时间戳

首页 > 解决方案 > 敏捷 Scrum 流程中的测试和 UAT 有什么区别？

agile - 敏捷 Scrum 流程中的测试和 UAT 有什么区别？

问题描述

我在一家遵循瀑布方法的产品公司担任了 4 年的 QE。我想了解如何以及何时在敏捷方法中执行 UAT？我知道，敏捷测试人员使用用户故事的验收标准来构建测试用例。但是，验收标准不也有助于构建验收测试吗？那么敏捷中的 SIT 测试用例和 UAT 测试用例有什么区别呢？谁能澄清我的困惑。谢谢！

标签： agilescrumuat

解决方案

当遵循敏捷方法时，我们希望以迭代的方式工作并具有频繁发布的能力。

这会使传统的 UAT 成为挑战。

有很多技术可以提供帮助，例如：

  • 确保构建过程中有很多质量，例如通过使用自动回归测试、持续集成等。这有助于降低缺陷到达 UAT 阶段的风险。
  • 使用行为驱动开发 (BDD) 之类的东西，它通过预期行为定义工作。这有助于减少对 UAT 的需求，并且在某些情况下可以消除它。
  • 仔细规划 UAT 发生的方式和时间，使其适合迭代发布过程。

例如，与我合作的一个 Scrum 团队使用以下方法来处理 UAT：

他们有一个专用的 UAT 环境，并在整个 sprint 中对其进行发布。每当他们发布到 UAT 环境时，他们都会制作一份发布说明，详细说明已更改/添加了哪些功能。

UAT 测试人员来自 IT 外部。他们的日历中有专门用于进行 UAT 测试的时段。例如，其中一些人在每周的周二和周五有两个小时的时段。

从 UAT 提供反馈的机制尽可能地自动化。开发团队将非常迅速地根据 UAT 反馈采取行动，并且会：

  • 更改代码
  • 修复任何缺陷
  • 回滚功能更改并将其安排到以后的 sprint

推荐阅读