在敏捷项目中，在什么阶段进行QC测试和UAT？

Question

我对敏捷很陌生。我试图弄清楚在使用敏捷方法的项目中何时进行QC测试和UAT。探索阶段，适应阶段？

Answer 1

首先，敏捷项目一般没有“探索”或“适应”这样的定义阶段。我认为这些术语来自于某种特定的敏捷风格。

在理想的敏捷世界中，UAT将在每一小部分功能开发之后立即发生:它很快就会发生，而且经常发生。在实践中，这常常被放松为在项目期间执行几个测试会话。

QC测试是一个非常宽泛的术语，不会在项目的特定时刻“发生”。可以称为"QC“的内容通常包含在所谓的”已完成的定义“文档中，该文档描述在任何功能部分被认为”完成“之前应该执行和完成的所有活动(因此完全有资格交付给客户)。敏捷团队自我组织，以便DoD涵盖所有质量标准，包括内部和外部设置。

Answer 2

通常在敏捷项目中，QC应该是连续的，而不是包含在一个单一的阶段。实践，如对编程，代码评审，单元测试，集成测试，等等。通常，这些项目使用持续集成来进一步检查/测试每个构建或每天的代码。

在实践中，许多项目仍然有一个“回归”或“系统测试”阶段，这个阶段发生在敏捷冲刺和向客户发布之间。有时这被称为“硬化”。

理想情况下，UAT发生在每个故事中，在sprint的末尾。但是，许多项目在敏捷冲刺和向客户发布或签署之间仍有一个UAT“阶段”。

这些混合项目有时被称为"scrummerfall“或其他有趣的名称，并被认为不是真正的敏捷。然而，由于项目的性质(例如:不存在高自动化测试覆盖率的遗留代码库，或者某些权威机构需要在发布时“签署”)，这些都是必要的。

希望这能有所帮助

Answer 3

在敏捷项目中，通常没有任何阶段，但是如果您在敏捷项目管理中搜索阶段，您将看到彼此相邻的探索和适应阶段。从根本上说，QC测试和UAT测试都是在探索阶段。在适应阶段，所有的结果都将进行测试。这些也可以根据项目进行更改。

您可以参考下面的链接，

敏捷项目管理参考