Scrum 测试方法教程
托马斯·汉密尔顿
软件测试中的 Scrum
软件测试中的 Scrum 是一种构建复杂软件应用程序的方法。它为执行复杂任务提供了简单的解决方案。Scrum 帮助开发团队专注于软件产品开发的各个方面，如质量、性能、可用性等。它在软件开发过程中提供透明度、检查和适应性，以避免复杂性。
Scrum 测试
Scrum 测试 是使用 Scrum 方法进行的测试，用于验证软件应用程序是否满足要求。它涉及检查非功能性参数，如安全性、可用性、性能等。测试人员在此过程中不发挥积极作用，因此通常由开发人员使用单元测试执行。有时需要专门的测试团队，具体取决于项目的性质和复杂性。
Scrum 方法的主要特点
以下是 Scrum 的主要特点：
- Scrum 有一个固定的发布周期，发布范围可调整，称为 冲刺 以满足快速变化的开发需求。每个发布版本可以有多个冲刺。每个 Scrum 项目可以有多个发布周期。
- 重复序列 会议、活动和里程碑
- 测试和实施新需求的实践，称为 故事确保每次冲刺后都能发布一些工作
Scrum 基于以下 3 个支柱：
让我们逐一看看
1. Scrum 中的角色
Scrum 测试中有三个主要角色：产品负责人、Scrum Master 和开发团队。让我们详细研究一下
| 产品负责人 | Scrum Master | 我们的团队 |
|---|---|---|
| 他/她定义产品的特性。 | 他/她管理团队并关注团队的生产力 | 该团队通常由 5-9 名成员组成 |
| 产品负责人决定发布日期和相应的功能 | 他/她维护阻止列表并消除开发中的障碍 | 其中包括开发人员、设计师，有时还有测试人员等。 |
| 他们根据产品的市场价值和盈利能力对功能进行优先排序 | 他/她协调所有角色和职能 | 团队自行组织和安排工作 |
| 他/她负责产品的盈利能力 | 他/她保护团队免受外界干扰 | 有权在项目范围内做一切事情以达到冲刺目标 |
| 他/她可以接受或拒绝工作项目结果 | 邀请参加每日站会、冲刺评审和计划会议 | 积极参与日常仪式 |
2. Scrum 工件
Scrum 流程包括
- 用户故事： 它们是对被测系统功能的简短说明。保险提供商的示例是“可以使用在线系统支付保费。”
- 产品积压： 它是为 Scrum 产品捕获的用户故事的集合。 产品负责人准备 并维护产品待办事项。产品待办事项由产品负责人确定优先级，任何人都可以在获得产品负责人批准的情况下添加内容。
- 发布待办事项： 发布是完成一定次数迭代的时间范围。 产品负责人协调 与 Scrum Master 一起决定哪些故事应该成为发布的目标。发布待办事项中的故事旨在在发布中完成。
- Sprints: 它是完成用户故事的一段固定的时间，由产品负责人和开发团队决定，通常为 2-4 周的时间。
- Sprint 待办事项： 这是一组要在冲刺中完成的用户故事。在冲刺积压期间，工作从未被分配，团队自行签约工作。它由团队拥有和管理，而预计剩余工作量每天更新。这是必须在冲刺中执行的任务列表 Sprint
- 黑名单： 它是 Scrum Master 拥有的障碍和未做出的决策的列表，每天更新
- 燃尽图： 燃尽图表示整个过程中正在进行的工作和已完成的工作的总体进度。它以图表形式表示未完成的故事和功能
3. Scrum 中的仪式（流程）
- Sprint 规划： 冲刺始于团队将故事从发布待办事项导入冲刺待办事项；它由 Scrum Master 主持。测试人员估计测试各种故事所需的工作量 Sprint 积压。
- 每日站会： 它由 Scrum Master 主持，持续约 15 分钟。在每日 Scrum 期间，成员将讨论前一天完成的工作、第二天的计划工作以及冲刺期间遇到的问题。在每日站立会议期间，团队进度会被跟踪。
- Sprint Rev查看/回顾： 它也由 Scrum Master 主持，持续大约 2-4 个小时，讨论团队在上一次冲刺中取得了什么成就以及学到了哪些经验教训。
Scrum 中的测试人员角色
Scrum 中没有测试人员的积极角色 流程。通常，测试由开发人员使用单元测试进行。而产品负责人也经常参与每个冲刺的测试过程。 根据项目的性质和复杂性，一些 Scrum 项目确实有专门的测试团队.
下一个问题是，测试人员在 Scrum 中做什么？以下注释将回答
Scrum 中的测试活动
测试人员在 Scrum 的各个阶段进行以下活动：
Sprint 计划
- 在冲刺计划中，测试人员应该从需要测试的产品待办事项中挑选一个用户故事。
- 作为测试人员，他/她应该决定需要花费多少小时（工作量估计） 完成 对每个选定的用户故事进行测试。
- 作为测试人员，他/她必须知道冲刺目标是什么。
- 作为测试人员，为优先排序过程做出贡献
Sprint
- 支持开发人员进行单元测试
- 完成后测试用户故事。 测试执行 在实验室中，测试人员和开发人员齐心协力。缺陷记录在案 缺陷管理工具 每日跟踪缺陷。在 Scrum 会议期间可以讨论和分析缺陷。一旦发现缺陷，就会立即重新测试 解决 并部署进行测试
- 作为测试员，他/她参加所有日常站立会议并发表意见
- 作为测试人员，他/她可以将任何无法在当前冲刺中完成的积压项目带到下一个冲刺
- 测试人员负责开发自动化脚本。他安排自动化测试 持续集成（CI）系统。由于交付时间短，自动化变得非常重要。测试自动化可以通过利用市场上各种开源或付费工具来实现。这被证明可以有效地确保覆盖所有需要测试的内容。通过与团队密切沟通，可以实现足够的测试覆盖率。
- Rev查看 CI 自动化结果并向利益相关者发送报告
- 对已批准的用户故事执行非功能测试
- 与客户和产品所有者协调定义验收测试的验收标准
- 在冲刺结束时，测试人员在某些情况下还会进行验收测试（UAT），并确认当前冲刺的测试完整性
Sprint 回顾
- 作为测试人员，他将找出当前冲刺中哪里出了问题，哪里做对了
- 作为一名测试人员，他确定了经验教训和最佳实践
测试报告
Scrum 测试指标报告为利益相关者提供了项目的透明度和可见性。报告的指标允许团队分析他们的进度并规划未来的战略以改进产品。有两个指标经常用于报告。
燃尽图： Scrum Master 每天都会记录冲刺的预计剩余工作量。这就是燃尽图。它每天更新。
燃尽图可以快速概览项目进度，该图表包含项目必须完成的总工作量、每个冲刺期间完成的工作量等信息。
速度历史图： 速度历史图预测团队在每次冲刺中达到的速度。它是一个条形图，表示团队产出随时间的变化情况。
可能有用的其他指标包括进度消耗、预算消耗、主题完成百分比、已完成的故事 - 剩余的故事等等。
这就是软件工程中的 Scrum
