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

1.什么是测试左移

常见的研发全流程大概是这样：

• 需求阶段：需求产出，评审，排期
• 开发阶段：研发写代码，并按照提测准入标准提测
• 测试阶段：QA正式进入测试
• 发布阶段：测试完成，上线发布

全流程是串联起来，可以很清楚理解，测试左移，即把测试过程往研发阶段、甚至需求阶段左移；同样，还有测试右移，即往发布和线上运行阶段右移。

2.为什么要做测试左移？

一句话概括：降低bug成本。
越早发现问题，修复bug的成本越低。如果能拦截在开发阶段，就不需要QA与RD反复缺人；如果能拦截在需求阶段，就更完美了。
比如，现在越来越多的公司，都有需求评审，需求评审除了讲清楚需求和沟通需求与技术的适配性，一个很重要的，就是看需求是否合理/正确，这其实可以粗略算作测试左移的一个方式，虽然可衡量性和可落地性上比较弱。QA一个非常大的优势，就是对于系统全局是非常熟悉的，产品和研发都不具备这个特征（当然，还是有个别同学是比较全面的）。试想，产品同学去产出需求时，是非常有可能只看到了局部，而非全局，最后造成，上线功能根本无法使用。这样的问题，如果到上线前才发现，整个产研资源都被浪费了。虽然这个说法乍一看上去非常极端，但是实际工作中，碰到的概率不算低。
所以，可以看得到，在测试工作追去效率时，测试左移实际上是必然的。

3.测试左移怎么落地？

基本的方式有几个，限于篇幅，可以细拆讲下，这里做个汇总：

• 需求质量度量：顾名思义，即度量需求本身的质量。这个对于QA要求比较高，在实际落地时，需要
• 研发单测：这个是值得好好讲一讲的点，后面细聊。总之，系统稳定且对质量和效率有极致追求的团队，是非常推荐写单测的，因为不仅可以尽早发现问题，还可以尽最大可能的反推代码质量提升。
• 代码扫描：这个大家也比较熟悉，但是如何能更加match业务和团队，是个需要思考的问题。
• 其它工具手段的左移：比如自动化、安全扫描之类的工具