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

这是一条，来自某Tester在「软件测试圈」提问的真实问题 。由于这是一个非常典型的项目研发过程问题 。51Testing软件测试网4m%f$x_#IY#T+|?1_

51Testing软件测试网;_o p(Jd~(d'V5A

为了给更多同学，做一些参考，把此文同步到公号「简尚」。

问题描述（此同学，问题描述的不错，如你不知道如何去提问，看提问的技巧）：51Testing软件测试网A6D4T,E7l"E6b

开发修改Bug，经常引起其他问题，有时候还很严重。

针对此，麻烦老徐指点一下：“ 测试如何有重点地测，而不是一遍遍得犹如大海捞针。”  

51Testing软件测试网H"D,F:Fp1NNTU` z

我征集了部门同事的意见，共收集到3条有效方法，请老徐予以评判。51Testing软件测试网6\ {q\8?ye]

1. “问开发，会引发啥问题，还需测试啥模块”，但开发经常说不全，会漏测 。51Testing软件测试网2qv0wHx }m"M)_

2. 分析这个功能的关联功能都有什么，重点回归业务相关联的 。

3. 根据以往测试经验，之前测功能A，引发过功能B的Bug，如果A再有问题，那就重点测B  。

51Testing软件测试网3m%`u2D8r

补充，

还有一条，是部门总监分享过的：“具备相当的代码能力，通过拉代码，实时查看改动点，判断出会影响X个页面、X个功能、X个元素组件、有重点地测试”。

51Testing软件测试网_-F U1t7s+k!uY A

也请老徐判断这个方法能否解决问题，感谢！51Testing软件测试网'K CIEb F y{4M

作者：老徐，来源isTester.com，转载保留此段。51Testing软件测试网,JG7s&H1j$C.sR3s

51Testing软件测试网X$hr,iS jZN4F

如上，来自某同学的完整提问，问题描述的也非常清晰，而且给出了4个可行性的方案，让帮忙选出一个可行的方案即可（这样的提问，才是靠谱的，找他人解答问题时，给选择题，而不是开放式大而泛的问题）51Testing软件测试网 ID$\R5o:Y.R

作者：老徐，来源isTester.com，转载保留此段。

51Testing软件测试网2E(CC6p}

如下，是IDO老徐 的回答部分 。51Testing软件测试网Vr.V-^@

IDO老徐，答（给出一些个人经验，供参考，非标准答案）：

1. 测试团队，自己拉代码（这里，完全可以用上Jenkins等持续集成/持续部署/持续发布服务），看此版本具体代码改动点（前提：Tester多少得懂点代码 ） ，对于一些有疑问的代码改动，找开发确认 。

2. 开发团队控制代码提交权限（得研发Leader推进），未经过code review的代码，不允许提交 。

51Testing软件测试网L(x_$vLLDL

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

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

注：具体哪点适用，团队内部讨论之 。51Testing软件测试网V)eF|c
e*x'b,^

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

51Testing软件测试网 d'h!V5Nv7c"C7b

补充 ，

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

那么，如上4条方案，51Testing软件测试网1[#mWwu6i%a

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

以及，第4条，引入自动化回归机制，如有资源、有时间，可以搞 。51Testing软件测试网 x1~o+}P(M!o

51Testing软件测试网#WF$wFS`5m

End 。

文 / IDO老徐51Testing软件测试网:o;jc w!s&s9Spk@Q8X

首发链接 http://istester.com/tester/327.html