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