敏捷测试 - 活动跟踪

测试状态可以通过以下方式进行沟通 -

• 在每日站立会议期间
• 使用标准的测试管理工具
• 通过即时通讯工具

由测试通过状态决定的测试状态对于决定任务是否“完成”至关重要。“完成”意味着任务的所有测试都通过。

测试进度

测试进度可以通过以下方式进行跟踪 -

• Scrum 看板（敏捷任务看板）
• 燃尽图
• 自动化测试结果

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

如果测试进度有任何延迟或阻塞，整个团队将讨论并协作解决问题。

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

当发生变更时，它们可能会影响先前迭代中的现有功能。在这种情况下，必须更新手动和自动化测试以有效地处理回归风险。还需要进行回归测试。

产品质量

产品质量指标包括 -

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

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

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

为了确保整体产品质量，敏捷团队需要获得客户反馈，以了解产品是否满足客户期望。这需要在每个迭代结束时进行，并且反馈将作为后续迭代的输入。

关键成功因素

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

敏捷测试成功的关键点如下 -

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

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

• 敏捷测试人员需要保持自己的节奏以适应开发发布计划。因此，需要根据产品质量目标，对测试活动进行适当的计划、跟踪和重新计划。

• 手动测试占项目中测试的 80%。因此，需要将具有专业知识的测试人员纳入敏捷团队。

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

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

  • 根据客户期望，在用户故事级别/任务级别识别验收标准。

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

  • 计划测试活动。

  • 与开发团队保持一致，以确保生成满足需求的代码，并进行预先的测试设计。

  • 测试先行和持续测试，以确保达到完成状态，并在预期时间内满足验收标准。

  • 确保在冲刺内的所有级别进行测试。

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

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

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

  • 专注于从客户角度来看哪些是重要的。

Lisa Crispin 定义了敏捷测试成功的七个关键因素 -

• 全员参与方法 - 在这种方法中，开发人员培训测试人员，测试人员培训其他团队成员。这有助于每个人了解项目中的每个任务，从而使协作和贡献获得最大的好处。测试人员与客户的协作也是一个重要的因素，以便在开始时就设定正确的期望，并将验收标准转换为通过测试所需的标准。

• 敏捷测试思维 - 测试人员积极主动地持续改进质量并与团队其他成员不断协作。

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

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

• 建立核心敏捷实践的基础 - 专注于与编码、持续集成、协作测试环境、增量工作、变更接受、保持协同效应并行的测试。

• 与客户协作 - 征求示例、理解和检查需求映射到产品行为，建立验收标准，获取反馈。

• 着眼大局 - 使用真实世界的测试数据并考虑对其他领域的影响，通过面向业务的测试和示例驱动开发。