【发布时间】：2020-03-21 23:15:27
【问题描述】：
我在一家遵循瀑布方法的产品公司担任了 4 年的 QE。 我想了解如何以及何时在敏捷方法中执行 UAT？ 我知道，敏捷测试人员使用用户故事的验收标准来构建测试用例。但是，验收标准是否也有助于构建验收测试？ 那么敏捷中的 SIT 测试用例和 UAT 测试用例有什么区别呢？ 谁能澄清我的困惑。谢谢！
【问题讨论】：
【发布时间】：2020-03-21 23:15:27
【问题描述】：
在采用敏捷方法时，我们希望以迭代方式工作，并具有频繁发布的能力。
这会给传统的 UAT 带来挑战。
有很多技术可以提供帮助，例如：
- 确保您的构建过程有很多质量，例如通过使用自动回归测试、持续集成等。这有助于降低缺陷到达 UAT 阶段的风险。
- 使用行为驱动开发 (BDD) 之类的东西来定义预期行为的工作。这有助于减少对 UAT 的需求，并且在某些情况下可以消除它。
- 仔细规划 UAT 的发生方式和时间，使其适合迭代发布流程。
例如，与我合作的一个 Scrum 团队使用以下方法来实现 UAT：
他们有一个专用的 UAT 环境，并在整个 sprint 中对其进行了发布。每当他们发布到 UAT 环境时，他们都会制作一份发布说明，详细说明已更改/添加的功能。
UAT 测试人员来自 IT 外部。他们的日历中有专门用于进行 UAT 测试的时段。例如，其中一些人在每周的周二和周五有两个小时的时段。
从 UAT 提供反馈的机制已尽可能自动化。开发团队会非常迅速地根据 UAT 反馈采取行动，并且会：
- 更改代码
- 修复所有缺陷
- 回滚功能更改并将其安排到以后的 sprint
【讨论】：