在软件开发过程中，开发修改Bug时常导致新的问题。本文提出了4种策略来优化测试效率：1) 检查代码改动点并与开发沟通；2) 采用持续集成工具；3) 引入代码审查制度；4) 建立自动化回归测试。测试团队应具备一定代码能力，并考虑核心业务流自动化测试，以提高测试质量和效率。
这是一条，来自某Tester在「软件测试圈」提问的真实问题 。由于这是一个非常典型的项目研发过程问题 。
为了给更多同学，做一些参考，把此文同步到公号「简尚」。
问题描述(此同学，问题描述的不错，如你不知道如何去提问，看提问的技巧)：
开发修改Bug，经常引起其他问题，有时候还很严重。
针对此，麻烦老徐指点一下：“ 测试如何有重点地测，而不是一遍遍得犹如大海捞针。”
我征集了部门同事的意见，共收集到3条有效方法，请老徐予以评判。
1. “问开发，会引发啥问题，还需测试啥模块”，但开发经常说不全，会漏测 。
2. 分析这个功能的关联功能都有什么，重点回归业务相关联的 。
3. 根据以往测试经验，之前测功能A，引发过功能B的Bug，如果A再有问题，那就重点测B 。
补充，
还有一条，是部门总监分享过的：“具备相当的代码能力，通过拉代码，实时查看改动点，判断出会影响X个页面、X个功能、X个元素组件、有重点地测试”。
也请老徐判断这个方法能否解决问题，感谢！
作者：老徐，来源isTester.com，转载保留此段。
如上，来自某同学的完整提问，问题描述的也非常清晰，而且给出了4个可行性的方案，让帮忙选出一个可行的方案即可(这样的提问，才是靠谱的，找他人解答问题时，给选择题，而不是开放式大而泛的问题)
作者：老徐，来源isTester.com，转载保留此段。
如下，是IDO老徐
的回答部分 。
IDO老徐，答(给出一些个人经验，供参考，非标准答案)：
1. 测试团队，自己拉代码(这里，完全可以用上Jenkins等持续集成/持续部署/持续发布服务)，看此版本具体代码改动点(前提：Tester多少得懂点代码 ) ，对于一些有疑问的代码改动，找开发确认 。
2. 开发团队控制代码提交权限(得研发Leader推进)，未经过code review的代码，不允许提交 。
3. 实在不行
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
