最近几年敏捷概念和方法的流行，越来越受到关注，那对于测试人员来说，究竟敏捷测试与传统测试有什么区别呢。

l 敏捷测试的概念

首先敏捷测试（Agile testing）是测试的一种，原有测试定义中通过执行被测系统发现问题，通过此活动能提供对北侧系统提供度量等概念还是适用的。

敏捷测试是遵循敏捷宣言的一种测试实践：

ü 强调从客户角度，即从用户角度，来测系统；

ü 重点关注持续迭代地测试新开发的功能，而不再强调传统测试过程中严格的测试阶段；

ü 建议尽早开始测试，一旦系统某个层面可测，如提供了模块功能，就要开始模块层面的单元测试，同事随着测试深入，持续进行回归测试保证之前测试过内容的正确性；

l 敏捷测试的特点

既然敏捷测试属于一种新的测试实践，它有什么特点呢？

ü 更强的协作

敏捷开发人员和测试人员工作得更加紧密，更喜欢直接的沟通方式而不是通过邮件文档反复沟通；

ü 更短的周期

需求验证或测试的时间不再是按月来计算，而是按天甚至按小时计算。用户验收测试在每个sprint的结尾都会进行；

ü 更灵活的计划

敏捷测试也需要拥抱变化，测试计划不再是一成不变的文档，而会根据业务价值交付的顺序进行灵活的调整；

ü 更高效的自动化

相比传统测试，自动化在敏捷测试中扮演了极其重要的角色。它是实现快速交付确保质量的一种非常有效的手段

l 为什么要敏捷测试

一个直接的原因：如果整个项目都采用敏捷开发模式，如两周一迭代，你还在跟项目谈传统的各个测试阶段，就好像两个不同转速的齿轮，根本无法结合。试问，两周时间能完成得了所有的测试阶段吗？所以必须要有新的测试时间来取代原有的模式，才能更好的适应敏捷小步快跑的特点。除了适应开发的节奏外，敏捷测试还有其他特有的价值：

ü 缩短价值交付周期

通过采用敏捷测试这种模式，可以契合整个敏捷开发周期，使得整个敏捷开发按照相同而快速的迭代速率和周期交付，让最终用户尽快获取到业务价值；

ü 更早发现测试风险

敏捷测试使得测试人员尽早开始进行测试，尽早的发现系统缺陷或存在的问题，避免所有的问题都堆积在最后的测试阶段形成“Big-bang”的结果，降低整体系统风险；

ü 强调质量属于大家

质量是构建出来的，而不是测出来的。敏捷测试一直强调质量属于每一个人的责任，除了测试之外，开发、产品经理等都有义务对自己的交付件质量负责，这样才能确保项目的整体质量；

ü 化繁为简节约成本

敏捷测试没有要求需要详细的测试计划和测试文档，也没有定义繁复的测试流程及缺陷流程，这种轻量级的管理模式为测试人员减少不必要的负担，节省了工作量及成本。