敏捷测试 - 四象限

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

• 单元测试
• 集成测试
• 系统测试
• 用户验收测试

单元测试

• 与编码一起完成，由开发人员完成
• 由编写测试用例以确保 100% 设计覆盖率的测试人员支持
• 需要审查单元测试用例和单元测试结果
• 未解决的主要缺陷（根据优先级和严重性）不会被遗留
• 所有单元测试都已自动化

集成测试

• 随着冲刺的进行，与持续集成一起完成
• 在所有冲刺完成后结束时完成
• 所有功能需求都经过测试
• 测试所有单元之间的接口
• 所有缺陷都已报告
• 尽可能自动化测试

系统测试

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

用户验收测试

• 在每个冲刺结束时以及项目结束时完成

• 由客户完成。团队收集反馈

• 反馈将作为后续冲刺的输入

• 冲刺中的用户故事事先经过验证以确保可测试，并且具有定义的验收标准

测试类型

• 组件测试（单元测试）
• 功能测试（用户故事测试）
• 非功能测试（性能、负载、压力等）
• 验收测试

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

支持编程和批判产品测试

测试可以用于 -

• 支持开发（支持编程） - 支持编程测试由程序员使用。

  • 决定他们需要编写哪些代码来实现系统的特定行为

  • 编码后需要运行哪些测试以确保新代码不会影响系统的其余行为

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

面向业务和面向技术的测试

要确定何时执行哪些测试，您需要确定测试是否为 -

• 面向业务，或
• 面向技术

面向业务的测试

如果测试使用业务领域的词语来回答问题，则该测试是面向业务的测试。这些内容为业务专家所理解，并且会引起他们的兴趣，以便能够在实时场景中解释系统的行为。

面向技术的测试

如果测试使用技术领域的词语来回答问题，则该测试是面向技术的测试。程序员根据技术说明了解需要实现的内容。

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

敏捷测试四象限

结合测试类型的这两个方面，Brian Marick 得出了以下敏捷测试四象限 -

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

• 象限 Q1 - 单元级、面向技术，并支持开发人员。单元测试属于此象限。这些测试可以是自动化测试。

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

• 象限 Q3 - 系统或用户验收级别、面向业务，并侧重于实时场景。用户验收测试属于此象限。这些测试是手动的。

• 象限 Q4 - 系统或运营验收级别、面向技术，并侧重于性能、负载、压力、可维护性、可扩展性测试。除了自动化测试之外，还可以为此类测试使用特殊工具。

结合这些，反映测试什么-何时的敏捷测试四象限可以可视化为如下 -