開發修改Bug，經常引起其他問題，Bug越測越多
- 2019-10-23 14:38:00
- IDO老徐 原創
- 14087
这是一条，来自某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 深圳
IDO老徐
全网同名，个人IP公衆號
日更10年，每天 1 分钟、解决 1 个问题
職場、副業、輕創業、寫作、個人IP
公衆號、視頻號、小红书、知乎
長按/掃碼，關注IDO老徐
關注回複 401 送你「十年原創资料包」
| 聯系人： | IDO老徐 |
|---|---|
| Email： | 957863300@qq.com |
| QQ： | 957863300 |
| 微信： | 957863300 |
| 微博： | isTester |
| 網址： | idoxu.com |
| 地址： | 中国 · 广东 · 深圳 |
來源備注：老徐博客