测试左移是从瀑布模型的传统测试阶段向左移动，让测试在软件开发早期开始。这一做法有助于降低缺陷修复成本，提高软件质量。测试人员在项目初期参与需求分析和设计，与开发人员紧密合作，编写单元测试，而开发人员则提升自测意识，通过TDD和代码审查等活动预防缺陷。实践方法包括共同制定计划、分析需求、设计测试用例、编码提交和软件测试。测试左移强调在整个开发周期中持续进行测试活动，确保各阶段的安全可靠性。
什么是测试左移
在传统的软件研发周期中，有个比较著名的模式叫“瀑布模式”，在这个模式中，项目周期被清晰的分为“制定计划->需求分析->软件设计->程序编码->软件测试->运行维护”等六个基本活动。
并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。如果我们看上面从左到右的顺序，测试阶段就是软件生命周期中的一个特定阶段，并且这个阶段处于比较靠右的一个阶段（如上图软件测试在第五个阶段）。
随着时代的进步，人们慢慢意识到软件测试的重要性，并且“靠右”的软件测试阶段发现的缺陷修复成本会非常高，戴明曾提出“问题发现得越早，修复的成本越低”，有数据指出85%的缺陷都是在代码编码阶段引入的，然而大部分的缺陷并不是在编码的时候发现的，而是在之后的测试阶段发现的，甚至是已经上线后。而且随着越往后发现缺陷，修复的成本也越高。
在《The Shift-Left Approach to Software Testing》中提出，假如在编码阶段发现的缺陷只需要1分钟就能解决，那么单元测试阶段需要4分钟，功能测试阶段需要10分钟，系统测试阶段需要40分钟，而到了上线之后再发现可能就需要640分钟来修复，这可以说是很难让人接受的。
于是，软件行业出现了变革，从研发完成后测试才介入的方式，变成从制定计划，需求分析的阶段测试就开始参与进入，从“链条”上看
最低0.47元/天 解锁文章
627
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
