敏捷测试与传统测试相比，在谈论敏捷测试之前，让我们先看看传统测试是什么样的。传统测试通常具有以下特点独立测试部门:测试人员与开发人员不属于同一部门，各自独立。测试工作主要由测试人员承担:功能和非功能测试、手动和自动化测试、烟雾测试、回归测试、发表测试等，基本上是测试人员。

详细的测试用例文件:测试用例文件一般要求详细的执行程序。集中回归测试:有独立的集中回归测试阶段，全面复盖所有功能。发现更多错误:测试人员的目的是发现更多错误，甚至一些部门将错误数量作为绩效评估的目标。

敏捷的测试。敏捷测试是伴随着敏捷开发过程的所有质量相关活动，具有以下特点，不能独立存在，不是测试类型和方法。敏捷测试不仅仅是测试人员的工作，敏捷测试是团队的活动。抛开敏捷的开发，谈论敏捷的测试是没有意义的。敏捷测试的目标不再是发现更多的错误，而是尽快交付高质量的软件。那么软件的获得软件的高质量呢？着名质量管理专家指出，质量不是检测出来的，产品生产的质量已经在那里了。因此，加强测试不能提高软件质量，需要在软件产品中建立质量。

质量的内部建设。软件缺陷的暴露越晚，修复成本越高的前期缺陷的预防越少，后期发现的缺陷越多的前期预防缺陷，后面暴露的缺陷越少。因此，我们必须事先预防缺陷。开发完成后才发现很多问题。这就是质量的建设。12年前接触敏捷测试时，三个词深深地印在我的脑海里。Testearly、testoften、testfirst(尽快测试、频繁测试、测试先行)，实际上正好对应质量建设的三个重要实践:测试左移动、持续测试、测试驱动开发，是敏捷测试的最核心部分。

测试左移动。测试左移要求测试在软件开发生命周期的左侧尽快介入，是需求分析阶段，也是更早的inception阶段。向左移动的测试人员可以做的事情，可以一起挖掘需求、分析需求、明确需求、审查需求、参加技术方案讨论等，主要目的是利用测试人员独特的视点和系统理解，在各个环节进行必要的输入，确保团队对需求理解的一致性。

测试人员参与需求分析的价值主要体现在以下方面，业务价值。尽快接触需求，使测试人员更好地理解业务价值，有助于后续系列测试工作。同时，需要测试人员多考虑业务价值，可以从业务价值的角度提供输入，包括终端用户行为、业务流程、业务风险等维度的考虑。可以参考我的文章《敏捷测试如何优化商业价值》。