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

Question

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

Answer 1

UAT是指User Acceptance Test。

敏捷方法中对此术语没有具体定义。

但是，按照惯例，术语-'UAT'通常是指在解决方案发布给最终用户之前，由企业所有者执行的测试。

这里是示例的定义和描述：

假设软件服务咨询公司正在以敏捷模式为银行开发网站。

在这种情况下，

银行的[客户] >>称为'用户'或'最终用户'。与软件服务公司合作的

[银行职员

被称为'企业主'在软件服务公司工作的

测试工程师

是QE。

在上述情况下，

<< [UAT

是指银行工作人员在专用环境下进行的测试。在QE确认解决方案已准备好发布之后，并且在实际发布到生产之前执行UAT。>

UAT帮助企业主确信开发的产品可以被最终用户接受。

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

这可能会使传统的UAT面临挑战。

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

确保构建过程中有很多质量，例如通过使用自动回归测试，连续集成等。这有助于降低缺陷到达UAT阶段的风险。
• 使用类似行为驱动开发（BDD）的方法，它通过预期的行为来定义工作。这有助于减少对UAT的需求，在某些情况下可以消除它。
• 仔细计划UAT的方式和时间，以使其适合迭代发布过程。
• 例如，与我合作的一个Scrum团队使用以下方法进行UAT：

他们拥有专用的UAT环境，并在整个sprint中向其发布了版本。每当他们向UAT环境发布时，他们都会发布发行说明，详细说明已更改/添加的功能。

UAT测试人员来自IT外部。他们在日历中有专门用于进行UAT测试的广告位。例如，当时的某些位置在每周的星期二和星期五有两个小时的时段。

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

更改代码
• 修复任何缺陷
• 回滚功能更改并将其安排在以后的冲刺中

Answer 2

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