敏捷测试 – 重要属性

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

敏捷测试的好处

敏捷测试的好处是 –

• 通过快速、持续、全面测试的产品和寻求客户反馈来让客户满意。

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

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

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

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

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

• 整个团队始终关注产品质量。

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

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

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

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

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

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

敏捷测试的最佳实践

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

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

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

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

• 测试优先和持续测试方法以适应开发工作。

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

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

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

敏捷测试的挑战

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

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

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

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

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

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

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

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

敏捷测试指南

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

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

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

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

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

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

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

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

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

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

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