目录
前言：
敏捷测试，又称为敏捷开发测试，是一种在敏捷开发环境中进行软件测试的方法。它强调快速响应变化、跨功能团队合作和持续反馈的原则。
在传统的瀑布式开发模型中，测试通常被放在开发的末尾，这可能导致测试过程短缺、延迟和需求变更处理不足等问题。相比之下，敏捷测试强调测试的早期和持续参与，以确保软件质量持续保持在高水平。
敏捷测试的定义
埃森哲对敏捷测试的定义（与维基百科的定义基本一致）大概如此：敏捷测试是遵从敏捷软件开发原则的一种测试实践。敏捷开发模式把测试集成到了整个开发流程中而不再把它当成一个独立的阶段。因此测试变成了整个软件开发过程中非常重要的环节。敏捷测试包含了具备专业技能测试人员在内的跨职能团队，这使得这种组合式的团队能更好的交付价值，满足项目的业务、质量和进度目标。
从定义中可以看出敏捷测试主要的核心内涵有三个：
1. 是遵从敏捷开发的原则（强调遵守）
2. 测试被包含在整体开发流程中（强调融合）
3. 跨职能团队（强调协作）
除此之外，敏捷测试用到的基本测试方法和技术与传统测试是一样的。
敏捷测试的特点
既然敏捷测试属于一种新的测试实践，那么到底它有什么的特点呢？我用“四个更”来归纳：
更强的协作：敏捷开发人员和测试人员工作得更加紧密，喜欢更直接的沟通方式而不是通过邮件文档这种一来一回反反复复的沟通模式；
更短的周期：需求验证或测试的时间不再是按月来计算，而是按天甚至按小时计算。用户验收测试在每个sprint的结尾都会进行；
更灵活的计划：敏捷测试也需要拥抱变化，测试计划不再是一成不变的文档，而会根据业务价值交付的顺序进行灵活的调整；
更高效的自动化：相比传统测试，自动化在敏捷测试中扮演了极其重要的角色。它是实现快速交付确保质量的一种非常有效的手段
为什么要敏捷测试
一个很直接的原因是如果整个项目都在采用敏捷开发模式，比如两周一个迭代，你还在跟项目谈传统的各个测试阶段，就好像两个不同转速的齿轮，根本无法结合。试问，两周时间能完成得了所有的测试阶段吗？所以必须要有新的测试实践来取代原有的模式，才能更好的适应敏捷小步快跑的特点。当然，除了适应开发的节奏外，敏捷测试还是有其特有的价值：
缩短价值交付周期
通过采用敏捷测试这种模式，可以契合整个敏捷开发周期，使得整个敏捷开发按照相同而快速的迭代速率和周期交付，让最终用户尽快获取到业务价值；
更早发现测试风险
敏捷测试使得测试人员尽早开始进行测试，尽早的发现系统缺陷或存在的问题，避免所有的问题都堆积在最后的测试阶段形成“Big-bang”的结果，降低整体系统风险；
强调质量属于大家
质量是构建出来的，而不是测出来的。敏捷测试一直强调质量属于每一个人的责任，除了测试之外，开发、产品经理等都有义务对自己的交付件质量负责，这样才能确保项目的整体质量；
扫一扫
3996
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
