什么是敏捷方法中的测试级别？

在敏捷项目中，测试级别通常定义在已完成文档的定义中，这些文档在逻辑上相互关联，表示了广泛的测试覆盖范围。因为敏捷项目里的测试不再是一个单独的阶段，所有的测试级别都彼此重叠。包含需求、设计描述和开发以及测试活动的用户故事都相互重叠。

Scrum严格禁止产品所有者在sprint过程中更改需求，但是，团队可以在揭示用户故事的新细节时改进迭代待办事项。在迭代过程中，以下是测试序列：

1. 单元测试，通常由开发人员完成，但有时测试人员也有帮助
2. 功能验收测试，可分为两个活动：
3. 特性验证测试，通常是自动化的
4. 功能验证测试，涉及到每个人，而且大多是手动完成的

特性验收测试示例：

作为一个新的储户，为了保护我的钱，我想把我的钱存到一个银行账户里。因为，我是一个新的储户，我在一个新的银行账户中的默认期初余额是0.00分

自动化测试通常用于运行并行回归测试以测试以前开发的功能是否有任何可能已损坏。持续集成框架还有助于检查是否有任何生成未能编码编译错误。一旦用户故事完成，系统级测试也可能开始。

还有其他测试，如性能、可靠性、可用性测试，也可以与系统测试并行运行。

验收测试也可以包括基于正在开发的产品类型的alpha和beta测试，无论是在迭代中还是在发布结束时。在迭代结束时进行用户接受测试是个好主意。在受监管的环境中，某些监管测试也可能是满足审计合规性规则的规范。