关于精准测试左移设计方案的思考

背景：最近团队在和业务线一起共建精准测试，以提效和能力升级为目标，把回归测效率提升上去，借着这个机会机梳理了对精准测试的认识。

在讨论测试未来发展的过程中，经常被提到的一个点就是测试左移。那么什么是测试左移，左移什么？本文从工程效率的角度，借着《不测的秘密：精准测试之路》这本书的引发的思考，浅析一下测试左移，以及精准回归。

在说测试左移之前，先说一下现实的质量要求和测试成本之间的矛盾，现实情况中经常会遇到的一个场景，测试需求变更频繁，交付问题多，测试被催促。这样的背景下，大家已经慢慢对需求变更习以为常，延迟开发计划，压缩测试时间，测试效率还能提高吗？

测试左移本质上是要尽早的发现，预防问题，使用必要的测试手段在软件开发周期的早些阶段发现问题。

有个Global的效能和质量分析图，图上分别介绍了软件开发的5个阶段：

Coding(编码)

Unit Test(单元测试)

Function Test(功能测试)

System Test(系统集成测试)

Release(集成测试)

可以看到，大部分的问题在编码阶段引入，而几乎很少在编码阶段发现

在集成阶段发现问题的修复成本是编码阶段修复成本的40倍！造成修复成本高的原因有几类：

出现一个线上问题，如何定位，多团队如何配合，如何确定根因？

线上问题，集成问题牵扯