本文已参与掘金创作者训练营第三期「高产更文」赛道

代码上线影响了不相干功能，是个比较常见的问题。但是比问题更加常见的，身经百战的你一定在复盘时、项目里、线下沟通时，问他如何避免时，RD小哥哥/小姐姐认真的告诉你，QA多测试一下嘛。言外之意是，有bug很正常，否则要QA干啥？

1.为什么会有这种看法?

我认为大概有以下几个原因：

• 由于QA在国内发展较国外较晚，从业人员素质普遍偏低，认为点点手机/页面就是测试，造成误解
• 很多公司没有质量运营，导致质量意识不成熟，不清楚质量对于研发意味着什么
• 全局观微弱，没有从全局看质量、看效率
• 个人偏见

2.真相是怎样的

• 研发也必须对质量负责
  • Bug产生的根源不是需求就是代码，自己首先要对自己生产的东西负责。QA更多是做double check和全局的整合验收。
  • 把bug扼杀在摇篮里，成本最低。这个应该不难理解，一个bug发现越早肯定修复成本越低，如果等发生线上问题才发现，影响不可估量。同理，如果在测试前，就能发现，完全节省了QA与RD反复沟通描述、重现、修复、再验证的过程了。
  • 很多bug的根源在于代码设计问题。举个例子，中台相比大家都非常的熟悉吧，很多中台上层都会支持N个业务，不同业务到中台多数大概都是一样的，但是肯定也有很多个性化的东西，那么中台测试一个很大的挑战就是，如果避免修改一个业务相关代码，影响其它业务。这个点上QA想100种测试方法，也不如RD设计好流量染色规则，开发协作方式。
• QA对整体质量负责
  • 无论QA是否介入测试，QA都应该对整体质量负责。
  • QA应该把精力放在系统性、稳定性、安全性等难度较高、测试成本也偏高的建设上
  • QA应该把环境、流水线、测试数据、用例等服务化

最后，QA与RD是最为配合紧密的伙伴，相信国内的QA会越来越专业，也相信产研环境会更加和谐健康。