与传统测试一样，敏捷测试也需要涵盖所有测试级别。

• 单元测试
• 整合测试
• 系统测试
• 用户验收测试

单元测试

• 与编码一起完成，由开发人员完成
• 由编写测试用例的测试人员提供支持，以确保100％的设计覆盖率
• 单元测试用例和单元测试结果需要进行审查
• 未解决的主要缺陷(根据优先级和严重性)没有保留
• 所有单元测试都是自动化的

整合测试

• 随着Sprint的进行与持续集成一起完成
• 完成所有Sprint后，最后完成
• 所有功能要求均经过测试
• 单元之间的所有接口均经过测试
• 已报告所有缺陷
• 测试尽可能自动化

系统测试

• 随着开发的进展而完成
• 测试了用户的故事，特征和功能
• 在生产环境中进行测试
• 执行质量测试(性能，可靠性等)
• 报告缺陷
• 测试尽可能自动化

用户验收测试

• 在每个Sprint结束时和项目结束时完成

• 由客户完成。团队反馈

• 反馈将作为后续Sprint的输入

• Sprint中的用户故事已预先验证为可测试的，并且具有定义的接受标准

测试类型

• 组件测试(单元测试)
• 功能测试(用户故事测试)
• 非功能测试(性能，负载，压力等)
• 验收测试

测试可以是完全手动，完全自动化，手动和自动组合，也可以是工具支持的手动。

支持编程和评论产品测试

测试可以是-

• 支持开发(支持编程) -程序员使用支持编程测试。

  • 决定他们需要编写哪些代码才能完成系统的某些行为

  • 编码后需要运行哪些测试，以确保新代码不会妨碍系统的其他行为

• 仅验证(批判产品) -批判产品测试用于发现成品中的不足之处

业务面对和技术面对测试

要决定什么时候执行什么测试，您需要确定测试是否为-

• 业务面临，或
• 技术面

业务面对测试

如果测试回答了业务领域中用单词构成的问题，则该测试是一项面向业务的测试。这些是业务专家所理解的，并且会引起他们的兴趣，以便可以在实时场景中解释系统的行为。

技术面测试

测试可以回答技术领域用词构成的问题，因此是一项面向技术的测试。程序员根据对技术的了解来了解需要实现的内容。

可以使用Brian Marick定义的敏捷测试象限来查看测试类型的这两个方面。

敏捷测试象限

结合测试类型的两个方面，以下敏捷测试象限由Brian Marick派生-

敏捷测试象限提供了有用的分类法，以帮助团队识别，计划和执行所需的测试。

• 象限Q1-面向技术的单位级别，并为开发人员提供支持。单元测试属于该象限。这些测试可以是自动测试。

• 象限Q2-系统级别，面向业务并符合产品行为。功能测试属于该象限。这些测试是手动或自动的。

• 象限Q3-系统或用户接受水平，业务面向，并专注于实时方案。用户验收测试属于该象限。这些测试是手动的。

• 象限Q4-系统或操作接受水平，技术面，并专注于性能，负载，压力，可维护性，可扩展性测试。可以将特殊工具与自动化测试一起用于这些测试。

结合这些，反映出什么测试时间的敏捷测试象限可以可视化如下：