一. 之前交付的痛点

我们先来看看如下图片：

先看最左边的柱状图，L0，L1的很少部分测试在版本转测试前完成。剩余大量L3的测试工作遗留到上线前才测试。测试周期就会变长，尤其是遇到阻塞性问题的时候。更让质量反馈周期变得无法控制。随着项目需求量的增加，快速得到质量反馈就会更加难了。因为前期的测试不足，大量验证工作积攒到后期，交付压力不言而喻。

二. 未来的测试模型

针对以上问题，DevOps，持续集成，持续交付，持续部署肯定是不希望以上情况发生的。在DevOps里肯定期望更多的测试越早做越好。因此需要对测试进行分类，根据组件依赖关系和运行时间关系对测试进行分类。对别人依赖越小的，级别越低，就可以越早开始测试。让级别越低的做更多的测试。

三. 定义测试分类

比如用搭建幼儿园模型的积木打个比方。

1.L0，可能是独立的函数或者方法，不依赖任何其他对象。类似搭积木时最小块。

2.L1就是调用函数方法的组件。用几个积木搭建好幼儿园的大门，一堵墙等组件。

3.L2是几个组件合并成的功能。用大门和墙组建好幼儿园的围墙，教室，操持等功能区域。

4.L3是具有客户价值的可交付特性。用几个功能区域搭建成一个幼儿园模型。

通过在不同时间完成不同类别的测试，提早暴露风险。快速反馈软件质量。

四. 测试左移的基本原则

这里的测试左移除了测试级别分类，还列举了一些基本原则：

1.级别越低，越需要写更多的单元测试和验证。

2.所有测试脚本一旦开始写，就需要在任何地方都可以运行。甚至包括生产环境。

3.设计产品时就需要考虑其可测试性。

4.测试代码也是产品代码库里的资产。必须保证测试代码可靠性。所以测试代码要求也需要和生产环境代码要求一致。

5.测试基础架构也是一种共享服务。可运行的测试脚本也是产品代码的一部分，运行产品代码就需要运行测试代码。同时它需要在任何地方可运行，所以是共享服务。

6.谁写的代码，谁就有义务去测试自己所写代码。所以L2之前的测试都是开发去完成的。

五. 测试左移的目的

通过上图的管道我们能更直观明白测试左移的含义。L0和L1执行更多 单元测试的验证，L2验证功能或者模块。L3仅验证客户可用的特性即可。左移的目标是 通过提前在管道中执行测试任务，将质量反馈从上游就开始。通过测试和流程改进的结合，大大减少了运行测试所花的时间，以及对后续产品的影响。 最重要的是，它可确保将更改合并到 主干之前，大部分测试也已完成 。 转测试前可能只需要验证客户关心的主业务流程即可。大大减少了测试所需要的时间。

六.总结

测试左移，就是对测试进行分层。尽早介入测试，越早越好。这样在后期只需要验证主流程即可。