敏捷测试 - 重要属性

---

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

敏捷测试的好处

敏捷测试的好处是 -

• 通过快速、持续、全面测试产品并寻求客户反馈来满足客户需求。

• 客户、开发人员和测试人员不断地相互交互，从而缩短周期时间。

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

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

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

• 整个团队统一测试要求，避免出现缺陷。

• 整个团队持续关注产品质量。

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

• 对延迟或阻塞的持续反馈，以便在整个团队的努力下立即做出解决方案。

• 快速响应不断变化的需求并尽快适应它们。

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

• 开发和测试之间没有时间延迟。首先进行测试，然后采用持续测试方法。

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

敏捷测试的最佳实践

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

• 包含具有各级各类测试专业知识的测试人员。

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

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

• 首先测试和持续测试方法以与开发工作保持一致。

• 及时、持续地跟踪测试状态和测试进度，重点关注交付优质产品。

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

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

敏捷测试的挑战

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

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

• 敏捷遵循整个团队的方法，但并不是每个人都知道测试实践的要点。建议测试人员指导其他人，但在实际场景中，限时冲刺（迭代）可能是不切实际的。

• 测试优先方法要求开发人员根据测试人员的反馈进行编码，但在实际场景中，开发人员更习惯根据来自客户或业务的需求进行编码。

• 整个敏捷团队对质量产品负责，但在初始阶段，开发人员可能不会关注质量，因为他们更多地关注实施模式。

• 持续集成需要回归测试，这需要相当大的努力，即使它必须自动化。

• 测试人员可以通过敏捷思维来适应变化，但是适应由此产生的测试变更和测试在 Sprint 期间完成目标可能是不切实际的。

• 建议尽早实现自动化，以便减少手动测试工作量和时间。但是，在实际场景中，实现可以自动化的测试并使其自动化需要时间和精力。

敏捷测试指南

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

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

• 参与评估会议以得出测试工作量和持续时间，以便测试活动适应迭代。

• 参与用户故事定义以得出验收测试用例。

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

• 在冲刺期间不断与开发团队合作，使测试和编码在冲刺期间取得成功。

• 参加每日站立会议并传达测试延迟或阻塞（如果有），以便立即得到解决。

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

• 准备好适应变化，通过对测试用例、测试数据的修改来做出响应。

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

• 在每个 Sprint 中协作获取客户反馈。