在本章中，我们将看到敏捷测试的一些重要属性。

敏捷测试的好处

敏捷测试的好处是-

• 通过快速，连续，经过全面测试的产品并寻求客户反馈来满足客户。

• 客户，开发人员和测试人员之间不断进行交互，从而缩短了周期时间。

• 敏捷的测试人员参与定义需求，贡献他们的测试专业知识以专注于可行的工具。

• 敏捷测试人员参与评估测试工作量和时间的评估。

• 反映验收标准的早期测试设计。

• 测试需求由整个团队合并，避免了缺点。

• 整个团队不断关注产品质量。

• 反映测试通过的“完成”状态的定义可确保满足要求。

• 关于延误或阻塞的连续反馈，以便在整个团队的努力下可以立即做出解决。

• 快速响应不断变化的需求，并很快适应这些需求。

• 持续集成驱动的回归测试。

• 开发和测试之间没有时间延迟。首先测试，然后是连续测试方法。

• 在开发生命周期的早期实施自动化测试，从而减少了总的测试时间和工作量。

敏捷测试最佳实践

遵循以下给出的最佳实践-

• 包含在所有级别的所有类型测试中具有专业知识的测试人员。

• 测试人员参与需求的定义，并与客户就产品的预期行为进行合作。

• 测试人员不断与开发人员和客户共享反馈。

• 首先进行测试，并进行连续测试，以适应开发工作。

• 快速，持续地跟踪测试状态和测试进度，专注于交付高质量的产品。

• 在开发生命周期的早期进行自动化测试，以减少周期时间。

• 要执行回归测试，请利用自动化测试作为一种有效的方法。

敏捷测试中的挑战

敏捷测试中存在以下挑战-

• 无法理解敏捷方法及其业务和管理的局限性可能导致无法实现的期望。

• 敏捷遵循全团队方法，但并不是每个人都知道测试实践的要点。建议测试人员指导其他人员，但在实际情况下，使用带时间限制的Sprint(迭代)可能不切实际。

• 测试优先方法要求开发人员以测试人员反馈为基础进行编码，但在实际情况下，开发人员更习惯于以来自客户或企业的需求为基础进行编码。

• 整个敏捷团队都对质量产品负责，但是在最初阶段，开发人员可能不专注于质量，因为他们更多地进入了实施模式。

• 持续集成要求进行回归测试，即使它必须是自动化的，也需要付出很大的努力。

• 测试人员可以以敏捷的思维方式适应变化，但是要适应由此产生的测试更改和测试，以在Sprint中完成目标可能是不切实际的。

• 建议早期自动化，以减少手动测试的工作量和时间。但是，在实际情况下，要实现可以自动进行的测试并使它们自动化需要时间和精力。

敏捷测试准则

执行敏捷测试时，请遵循以下准则。

• 参与发布计划以识别所需的测试活动，并提出测试计划的初始版本。

• 参加估算会议以得出测试工作量和持续时间，以便在迭代中容纳测试活动。

• 参加用户案例定义以得出验收测试用例。

• 参加每次Sprint计划会议以了解范围并更新测试计划。

• 在Sprint期间与开发团队持续合作，以使测试和编码在Sprint中取得成功。

• 参加每日站立会议并传达测试延迟或障碍(如有)以立即得到解决。

• 定期跟踪并报告测试状态，测试进度和产品质量。

• 准备好适应变化，对测试用例，测试数据进行修改。

• 参加Sprint回顾，以了解和贡献最佳实践和经验教训。

• 协作在每个Sprint上获得客户反馈。