可以传达测试状态-

• 在每日站立会议中
• 使用标准的测试管理工具
• 通过信使

由测试通过状态确定的测试状态对于确定任务是否“完成”至关重要。完成表示任务的所有测试均通过。

测试进度

可以使用-跟踪测试进度

• Scrum板(敏捷任务板)
• 燃尽图
• 自动化测试结果

测试进度也直接影响开发进度。这是因为仅在达到“接受条件”后，用户故事才能移至“完成”状态。反过来，这是由测试状态决定的，因为验收标准是由测试状态判断的。

如果测试进度出现任何延迟或阻碍，整个团队将进行讨论并共同努力以解决这些问题。

在敏捷项目中，更改经常发生。当发生许多变化时，我们可以预期测试状态，测试进度和产品质量会不断发展。敏捷测试人员需要将这些信息提供给团队，以便可以在正确的时间做出适当的决定，以保持跟踪成功完成每个迭代的步伐。

发生更改时，它们会影响以前迭代中的现有功能。在这种情况下，必须更新手动和自动测试以有效应对回归风险。还需要回归测试。

产品质量

产品质量指标包括-

• 测试通过/失败
• 发现/修复缺陷
• 测试覆盖率
• 测试通过/失败率
• 缺陷发现率
• 缺陷密度

自动化产品质量指标的收集和报告有助于-

• 保持透明度。
• 在正确的时间收集所有相关和必需的指标。
• 立即报告，没有通信延迟。
• 让测试人员专注于测试。
• 过滤指标滥用。

为了确保整体产品质量，敏捷团队需要获得客户对产品是否符合客户期望的反馈。这需要在每次迭代结束时执行，并且反馈将是后续迭代的输入。

关键成功因素

在敏捷项目中，如果敏捷测试成功，则可以交付高质量的产品。

要成功进行敏捷测试，需要考虑以下几点：

• 敏捷测试基于测试优先和连续测试方法。因此，建立在最后测试方法之上的传统测试工具可能不合适。因此，在选择敏捷项目中的测试工具时，需要验证与敏捷测试的一致性。

• 通过在开发生命周期中更早地自动化测试来减少总测试时间。

• 敏捷测试人员需要保持自己的步调，以适应开发发布时间表。因此，需要以产品质量为目标，对测试活动进行适当的计划，跟踪和重新计划。

• 手动测试占项目测试的80％。因此，具有专业知识的测试人员需要成为敏捷团队的一部分。

• 这些测试人员在整个开发生命周期中都具有专业知识，这使整个团队专注于满足客户期望的优质产品。

  • 定义用户故事，强调最终用户期望的产品行为。

  • 根据用户期望，在用户故事级别/任务级别确定接受标准。

  • 测试活动的工作量和持续时间估算。

  • 计划测试活动。

  • 与开发团队保持一致，以通过前期测试设计确保生成符合要求的代码。

  • 首先进行测试，然后进行连续测试，以确保在预期时间达到完成状态并达到接受标准。

  • 确保在sprint中进行所有级别的测试。

  • 每次冲刺结束时进行回归测试。

  • 收集和分析对项目成功有用的产品指标。

  • 分析缺陷，以确定哪些缺陷需要在当前Sprint中修复，哪些可以延迟到后续Sprint中。

  • 从客户的角度着眼于重要的事情。

丽莎·克里斯平(Lisa Crispin)为敏捷测试成功定义了七个关键因素-

• 整个团队的方法-在这种方法中，开发人员培训测试人员，而测试人员则培训其他团队成员。这可以帮助每个人了解项目中的每个任务，从而协作和贡献将获得最大的收益。测试人员与客户的合作也是重要的因素，可以一开始就设定他们的期望，并将接受标准转化为通过测试的要求。

• 敏捷测试心态-测试人员会积极主动地不断提高质量，并与团队中的其他成员不断协作。

• 自动化回归测试-设计可测试性并通过测试推动开发。从简单开始，让团队选择工具。准备提供建议。

• 提供和获取反馈-因为这是敏捷的核心价值，所以整个团队都应该开放以获取反馈。由于测试人员是专家反馈提供者，因此需要重点关注相关和必要的信息。作为回报，在获得反馈时应适应测试用例的更改和测试。

• 建立核心敏捷实践的基础-侧重于测试和编码，持续集成，协作测试环境，逐步工作，接受变更，保持协同作用。

• 与客户合作–提取示例，理解并检查映射到产品行为的需求，设置验收标准，获取反馈。

• 纵观全局-通过使用面向现实的测试数据的面向业务的测试和示例来推动开发，并考虑对其他领域的影响。