在保证测试充分的情况下如何提升测试的效率，缩短测试周期，来实现迭代的快速交付。通过分解测试的关键步骤，把一部分测试工作前置到与开发工作并行，这样即可以尽早的发现一些缺陷，也可以为转测之后做一些准备性的工作。
image.png
注意事项：
1.单测要覆盖到业务规则，不仅是接口能请求通，可以参考测试同学编写的用例进行覆盖
2.转测前主要流程的冒烟测试要通过，否则转测后会阻塞测试进度
3.转测后每一轮的测试要先用自动化全量回归，尽早发现回归问题，尽早修复
测试工作前置之后，核心的工作是围绕测试用例做一些造数据与场景用例的准备。不管是业务全量场景用例（业务场景文字描述），还是自动化用例（自动化测试平台场景用例）都应该像滚雪球一样越滚越大。全量回归测试的覆盖能与版本迭代保持同步。
image.png
测试左移的目的
软件测试不仅仅是“发现bug”，而是致力于“尽可能早的检测和预防bug”，通过下面几幅图我们可以清晰的看到缺陷发现的阶段越是滞后，修复的成本就越大，那要降低缺陷的修复成本，就得通过两个办法，一个是尽早的发现缺陷，在编码阶段就发现缺陷，另外一个是编码阶段少引入缺陷。
image.png
研发赋能
将测试左移时，并不是将负担转移给开发。相反地，而是帮开发写出更高质量的代码，更高效率地交付需求。
image.png
通过跟研发的沟通与实际观察，研发并不是不愿意测试，而是他们测试的时候一方面找不到一个合适的环境，另一方如果业务流程比较长的话，造数据会比较困难，当把这两个问题解决之后，研发还是很愿意做自测的，从人性的角度看也是合情合理，并没有那一个人希望有人每天催着他改问题。
image.png
当你把自测的门槛降低，测试技能赋能给研发，也许你再也听不到那句扎心的话了“程序员自己能够写测试的话，还要测试人员做什么？测试表示很无辜！”，测试再也不是那个背锅，收拾残局的工种了。
image.png
测试左移工作内容
测试左移针对研发与测试两个角色，一方面是赋能并引导研发做好自测，另外一方面就是把测试的一部分工作左移到跟研发工作并行，这样不仅可以提升质量，而且也可以缩短测试的时间，从而提高迭代的交付效率。
image.png
