开发修改Bug，经常引起其他问题，Bug越测越多

这是一条，来自某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. 实在不行，就引入开发人员每周/每月/每迭代Bug排名考核（得Leader推进），以及Bug Reopen数据考核；而且考核数据，每周全团队公示（具体如何玩，内部协商，目的是为了让每个开发同学重视自己的代码质量） 。

4. 引入核心业务流的自动化测试（测试团队自己推进），结合第1点，每次提交代码，编译后，进行常规业务的自动化，如跑失败，版本打回（至于准入标准等，见之前文章：准入标准、测试通过标准、上线标准）

注：具体哪点适用，团队内部讨论之 。

任何建议，只是提供参考，不可照搬使用 。

补充 ，

如上几点方案，跟上篇文章（1个版本，Bug 100+ ，爽 ？）类似。普通测试，是推不动流程更新的 。

那么，如上4条方案，

最可行的是，第一点，检查代码 。

以及，第4条，引入自动化回归机制，如有资源、有时间，可以搞 。

End 。

文 / IDO老徐

2019.10.21 深圳