敏捷测试 - 重要属性

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

敏捷测试的好处

敏捷测试的好处是−

• 通过快速、持续、完全测试产品并寻求客户反馈来获得客户满意度。

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

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

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

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

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

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

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

• 持续反馈延迟或阻塞，以便整个团队的努力可以立即解决问题。

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

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

• 开发和测试之间没有时间延迟。测试优先，遵循持续测试方法。

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

敏捷测试的最佳实践

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

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

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

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

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

• 及时、持续地跟踪测试状态和测试进度，重点是提供高质量的产品。

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

• 要执行回归测试，利用自动化测试是一种有效的方式。

敏捷测试中的挑战

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

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

• 敏捷遵循整个团队的方法，但并非每个人都了解测试实践的基本知识。建议测试人员指导其他人，但在实际情况下，由于有时间限制的 Sprint（迭代），这可能不切实际。

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

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

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

• 测试人员可以适应敏捷思维的变化，但适应由此产生的测试变化和测试可能无法在 Sprint 期间完成。

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

敏捷测试指南

执行敏捷测试时使用以下指南。

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

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

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

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

• 在 Sprint 期间不断与开发团队合作，以确保测试和编码在 Sprint 期间取得成功Sprint。

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

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

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

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

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