这是两条，源自某Tester在「软件试验圈」发问的真实世界难题 。由于这是一个十分众所周知的工程项目研制操作过程难题 。
为的是给更多老师，做许多参照，把该文并行到高家岭「简尚」。
难题叙述（此老师，难题叙述的极好，如你不晓得怎样去发问，看发问的基本功）：
合作开发修正Bug，时常引发其它难题，有时还很轻微。
特别针对此，麻烦事陈晓东点拨呵呵：?试验怎样有重点工程项目地测，而不是两遍遍得有如Reston。
我公开征集了职能部门同僚的意见建议，共搜集到3条有效率方式，请陈晓东不予评判标准。
1. 问合作开发，会引发啥难题，还需试验啥组件，但合作开发时常说不全，会漏测 。
2. 预测那个机能的关连机能都有什么，重点工程项目重回销售业务密切相关的 。
3. 依照过往试验实战经验，以后测机能A，引发过机能B的Bug，如果ALongpr难题，那就重点工程项目测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?深圳
