敏捷测试 – 工作产品

测试计划在发布计划时准备，并在每个 Sprint 计划时修订。测试计划作为测试过程的指南，以获得完整的测试覆盖率。

测试计划的典型内容是 –

• 测试策略
• 测试环境
• 测试覆盖率
• 测试范围
• 测试工作和时间表
• 测试工具

在敏捷项目中，所有团队成员都对产品质量负责。因此，每个人也都参与了测试计划。

测试人员的职责是提供必要的指导并用他们的测试专业知识指导团队的其他成员。

用户故事

User Stories 原则上不是测试工作产品。然而，在敏捷项目中，测试人员参与用户故事的创建。测试人员编写用户故事，为客户带来价值并涵盖系统的不同可能行为。

测试人员还确保所有用户故事都是可测试的，并确保符合验收标准。

手动和自动测试

在第一次运行测试期间，使用手动测试。它们包括 –

• 单元测试
• 集成测试
• 功能测试
• 非功能测试
• 验收测试

然后，测试会自动进行，以供后续运行使用。

在测试驱动开发中，首先编写单元测试失败，开发和测试代码以确保测试通过。

在验收测试驱动开发中，首先编写验收测试失败，开发和测试代码以确保测试通过。

在其他开发方法中，测试人员与团队的其他成员合作以确保测试覆盖率。

在所有类型的方法中，都会发生持续集成，其中包括持续集成测试。

团队可以决定何时以及哪些测试要自动化。即使测试的自动化需要付出努力和时间，但由此产生的自动化测试显着减少了敏捷项目迭代期间的重复测试工作和时间。这反过来又促进了团队更多地关注其他所需的活动，例如新的用户故事、更改等。

在Scrum 中，迭代是有时间限制的。因此，如果用户故事测试无法在特定 Sprint 中完成，测试人员可以在每日站立会议上报告用户故事无法在该 Sprint 内达到完成状态，因此需要等待下一个 Sprint。

测试结果

由于敏捷项目中的大多数测试都是自动化的，因此工具会生成必要的测试结果日志。测试人员查看测试结果日志。需要为每个冲刺/发布维护测试结果。

还可以准备包含以下内容的测试摘要 –

• 测试范围（测试了什么，没有测试什么）
• 如果可能，缺陷分析以及根本原因分析
• 缺陷修复后的回归测试状态
• 问题和相应的解决方案
• 未决问题（如果有）
• 测试策略中所需的任何修改
• 测试指标

测试指标报告

在敏捷项目中，每个 Sprint 的测试指标包括以下内容 –

• 测试工作
• 测试估计精度
• 测试覆盖率
• 自动化测试覆盖率
• 缺陷数
• 缺陷率（每个用户故事点的缺陷数）
• 缺陷严重程度
• 在同一个 Sprint 中修复一个缺陷的时间（修复一个在当前 sprint 中逃脱的错误的成本是它的 24 倍）
• 在同一个 Sprint 中修复的缺陷数量
• 客户在 Sprint 内完成验收测试

Sprint 回顾和回顾报告

测试人员还为 Sprint 评审和回顾报告做出贡献。典型的内容是 –

• 测试指标
• 测试结果日志审查结果
• 从测试的角度来看什么是正确的，什么可以改进
• 最佳实践
• 得到教训
• 问题
• 客户的反馈意见