Scrum 测试方法教程

软件测试中的 Scrum

软件测试中的 Scrum Scrum 是一种构建复杂软件应用程序的方法论。它为执行复杂任务提供了简便的解决方案。Scrum 帮助开发团队专注于软件产品开发的各个方面，包括质量、性能和可用性。它在软件开发过程中提供透明性、检查和调整机制，从而避免复杂性。

Scrum 测试

Scrum 测试 Scrum 方法论中的测试是为了验证软件应用程序是否满足需求而进行的。它包括检查非功能性参数，例如安全性、可用性和性能。测试人员在测试过程中没有主动角色，因此通常由开发人员通过单元测试来完成。有时，根据项目的性质和复杂性，需要专门的测试团队。现代团队通常使用 Jira、Linear 等工具来协调这项工作。 Azure DevOps，或 Asana.

Scrum 方法的主要特点

以下是 Scrum 的主要特点：

• Scrum 具有较短、固定的发布周期，其范围可调整，这被称为 Scrum 的生命周期管理。 Sprints为了应对快速变化的开发需求，每个版本都可以有多个版本。 Sprint每个 Scrum 项目可以有多个发布周期。
• 重复序列 会议、活动和里程碑.
• 测试和实施新需求的实践，称为 故事为了确保每次迭代后都有一些工作可以发布。 Sprint.

Scrum 基于以下 3 个支柱：

让我们逐一来看。

1. Scrum 中的角色

Scrum 测试中有三个主要角色：产品负责人、Scrum Master 和开发团队。让我们详细了解一下它们。

产品负责人	Scrum Master	我们的团队
他/她负责定义产品的特性。	他/她负责管理团队并关注团队的生产力。	团队通常由 5-9 名成员组成。
产品负责人决定发布日期和相应的功能。	他/她维护黑名单，并清除开发过程中的障碍。	它包括开发人员、设计师，有时还包括测试人员。
他们根据产品的市场价值和盈利能力来确定功能的优先级。	他/她负责与所有角色和职能部门协调。	团队成员自行组织和安排工作。
他/她对产品的盈利能力负责。	他/她保护团队免受外部干扰。	有权在项目范围内采取一切措施以满足…… Sprint 的目标。
他/她可以接受或拒绝工作项的结果。	每日站会邀请函 Sprint Rev讨论并安排会议。	积极参与日常仪式。

2. Scrum 工件

Scrum流程包括：

• 用户故事： 它们简要说明了被测系统的功能。例如，对于保险公司而言，说明是：“保费可以通过在线系统支付。”
• 产品积压： 这是为 Scrum 产品收集的用户故事集合。 产品负责人准备 并维护产品待办事项列表。该列表由产品负责人确定优先级，任何人在获得产品负责人批准后都可以添加内容。现代团队使用 Jira、Linear 等工具维护产品待办事项列表。 Azure DevOps，或 Asana.
• 发布待办事项： 发布版本是指完成若干次迭代的时间段。 产品负责人负责协调 与 Scrum Master 共同决定哪些用户故事应该纳入发布计划。发布待办事项列表中的用户故事计划在发布版本中完成。
• Sprints: 用户故事的完成期限由产品负责人和开发团队决定，通常为 2-4 周。
• Sprint 待办事项： 这是一组需要在一段时间内完成的用户故事。 Sprint。 中 Sprint 待办事项列表中，工作不会被分配，团队成员可以自行报名参加。它由团队拥有和管理，剩余工作的预估数量每日更新。它是需要完成的任务清单。 Sprint.
• 黑名单： 这是 Scrum Master 负责管理的待办事项清单，其中列出了所有未完成的事项和未决决策，并且每天更新。
• 燃尽图： 燃尽图展示了整个过程中在建工程和已完成工程的总体进度。它以图表形式呈现尚未完成的用户故事和功能。

3. Scrum 中的仪式（流程）

• Sprint 规划： A Sprint 首先，团队将用户故事从发布待办事项列表导入到系统中。 Sprint 待办事项列表由 Scrum Master 管理。测试人员会估算测试列表中各个用户故事所需的工作量。 Sprint 积压。
• 每日站立： 也称为每日站会，由 Scrum Master 主持，持续约 15 分钟。在每日站会上，成员们讨论前一天完成的工作、第二天的计划工作以及遇到的问题。 Sprint团队进展是 tracked在这里。
• Sprint Rev回顾/回顾： 它也由 Scrum Master 主持，持续约 2-4 小时，讨论团队在过去一段时间内取得的成就。 Sprint 从中吸取了哪些教训？

在 Scrum 角色、工件和仪式确定之后，明确测试人员在这个框架中的确切位置就显得尤为重要。

Scrum 中的测试人员角色

Scrum 中没有测试人员的积极角色 流程中，通常由开发人员使用单元测试进行测试，而产品负责人也经常参与每个阶段的测试过程。 Sprint. 根据项目的性质和复杂程度，一些 Scrum 项目确实会配备专门的测试团队。.

下一个问题是，在 Scrum 中，测试人员具体负责哪些工作？以下部分将对此进行解答。

Scrum 中的测试活动

在 Scrum 的各个阶段，测试人员会执行以下活动：

Sprint 计划

• In Sprint 在进行测试计划时，测试人员应该从产品待办事项列表中选择一个要测试的用户故事。
• 作为测试人员，他/她应该决定需要多少小时（工作量估算）才能完成测试。 完成 对每个选定的用户故事进行测试。
• 作为测试人员，他或她必须知道…… Sprint 目标是。
• 作为测试人员，参与优先级排序过程。

Sprint

• 为开发人员提供单元测试支持。
• 用户故事完成后进行测试。 测试执行 在一个测试人员和开发人员密切合作的实验室里，缺陷会被记录下来。 缺陷管理工具 和 trac每天都会进行缺陷检查。缺陷可以在 Scrum 会议期间提出和分析。缺陷一旦被发现，就会立即进行重新测试。 解决 并部署用于测试。现代 Scrum 团队通常使用 Jira、Linear、 Azure DevOps，或 Asana 适用于此工作流程。
• 作为测试人员，他/她会参加所有每日站会，并积极发言。
• 作为测试人员，他或她可以提出任何当前无法完成的待办事项。 Sprint 然后把它放进下一个 Sprint.
• 测试人员负责开发ping 自动化脚本。他或她安排自动化测试。 持续集成（CI）系统由于交付周期短，自动化测试的重要性日益凸显。测试自动化可以通过利用市面上各种开源或付费工具来实现。这能有效确保所有需要测试的内容都得到覆盖。团队内部的密切沟通是实现充分测试覆盖率的关键。
• Rev查看持续集成自动化结果，并将报告发送给利益相关者。
• 对已批准的用户故事执行非功能性测试。
• 与客户和产品负责人协调，确定验收测试的验收标准。
• 在结束时 Sprint测试人员有时还会进行验收测试（UAT），并确认当前测试的完整性。 Sprint.

Sprint 回顾

• 作为测试人员，他或她会找出当前测试中哪些环节出了问题，哪些环节做得对。 Sprint.
• 作为测试人员，他或她会总结经验教训和最佳实践。

一旦这些测试活动开始运行， Sprint团队需要依靠清晰的指标来沟通进展，因此测试报告至关重要。

测试报告

Scrum 测试指标报告为利益相关者提供了项目的透明度和可见性。通过报告的指标，团队可以分析项目进度，并制定未来改进产品的策略。Jira、Linear 等工具可用于此目的。 Azure DevOps，以及 Asana 系统会自动生成许多此类报告。报告中常用的指标有两个。

燃尽图： Scrum Master 每天都会记录预计剩余的工作量。 Sprint这是燃尽图，每日更新。

燃尽图可以快速概览项目进度。该图表包含诸如项目中必须完成的总工作量、每个阶段已完成的工作量等信息。 Sprint，等等。

速度历史图： 速度历史图预测了球队在每个阶段所能达到的速度。 Sprint这是一个柱状图，表示团队产出随时间的变化情况。

其他可能有用的指标包括进度消耗、预算消耗、主题完成百分比、已完成的故事、剩余的故事等等。

常见问题