对于Tester来说，测试过程中trouble无数，今天就来说一个典型的项目研发过程问题。
不管你是刚入门小白，还是像我一样入行1~3年的菜鸟，还是中高阶段位（咳咳，对于中高阶段位来说，这个应该不是啥问题），读了此篇文章，要么守得云开见月明，要么柳暗花明又一村，或者就巩固一下技能吧。
好了，回到主题。
小菜鸟：大神，请教您一个问题，这几天困扰的我夜不能寐！
大神：还夜不能寐，夸张了啊，以我的了解，你只有饿的时候才会睡不着觉吧。
小菜鸟：就是打个比喻嘛，嘻嘻~
小菜鸟：大神，那我描述下问题。我在测一款web产品，都浑浑噩噩测3个月了，因为是反反复复提bug。通测第一轮，很多bug关了之后，开发又改了几个问题，不仅提过的bug重现，还新发现了很多严重缺陷。我们几个同事，气不打一处来，质问开发，为什么质量这么烂？然而，不懂代码，都判断不来开发是否在糊弄我们。开发A说“我改代码之前评估过啊，认为没有问题才会下手改的，谁能想到会引发bug呢”，开发B说“可能是思维惯性吧，我对这模块太熟悉了，所以肯定是这么改，非让跳脱出来，那反倒不会了。”开发经理说“我一直知道这是个大问题，但是研发人手不够，新功能堆了几十个还没做，项目的售后问题都排着队等处理，改bug难免有疏漏嘛，测试多担待一下。”
小菜鸟：于是，问题在一次又一次讨论之后，仍然得不到解决。幸好我们部门有两三个经验较丰富的同事，我赶紧向人家取经。给出的可行性解决方案有3条。1.问开发，修改代码后，会引发啥问题，还需测试啥模块（但开发经常说不全，导致漏测）；2.分析产生bug的这个功能的关联功能都有什么，重点回归业务相关的；3.根据以往测试经验，测功能A时，引发过功能B的bug，如果A再有问题，那就重点测B。
大神：你们不是有测试经理和品质总监嘛，请教过领导没？
小菜鸟：哎呀，我把老领导的建议漏掉了。他希望我们具备跟研发一样的代码能力，通过拉代码，查看改动点，判断出会影响X个页面，X个功能、X个元素组件，有重点地测试。
大神：你能收集到这些可行性方案，非常好！而且问题描述得也清楚，为表达力赞一个。
大神：我按照可行性由高到低，给出个人经验吧，供你参考。
1.测试团队，自己拉代码（完全可以用上Jekins等持续集成/持续部署/持续发布服务），看此版本具体代码改动点，所以这条只适用于懂代码的Tester。对于一些有疑问的代码改动，找开发确认。
2.引入核心业务流的自动化测试（测试团队自己推进），结合第1点，每次提交代码，编译后，进行常规业务的自动化，如跑失败，版本打回（这里牵扯测试准入标准、测试通过标准、上线标准）
3.开发团队控制代码提交权限（得研发Leader推进），未经过code review的代码，不允许提交
4.引入开发人员每周/每月/每迭代Bug排名考核（得Leader推进），以及Bug Reopen数据考核；而且考核数据，每周全团队公示（目的是为了让开发同学重视自己代码质量）
小菜鸟：真是感谢大神！！！自动化回归测试我们团队搭过框架，但是没推起来。代码能力是我一直想提高的，总找借口忙忙忙，现在看在避不开了，不然根本做不好测试。另外两条，看我们领导和开发团队情况了。一定要做个行动派，我要重新出发，合理规划，把代码能力和自动化，包括Jekins搞起来！