project-management - 如何将 QA 集成到 Sprint 中

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

3年前关闭。



Improve this question




Scrum 的挑战之一是如何将 QA 融入到流程中。当然，QA 会在 Sprint 期间与开发人员一起处理每个单独的用户故事，但是如何在完全完成的 sprint 中给 QA 时间在发布到生产环境之前进行完整的回归和负载测试呢？

我见过两种方法:

在 Sprint 的最后一天投入生产；或

Sprint 一周后投入生产

这两种方法都有它们的挑战，所以我想知道大多数商店在每个 Sprint 发布什么？

Answer 1

Both approaches have their challenges so I'm wondering what most shops do that release every Sprint?

在我看来，Scrum 的最终目标是能够发布一个新的增量 结束后冲刺。换句话说，Sprint 的结果是 可释放 增量(不是已发布的增量)。

所以选项#1 对我来说似乎有点太早了(我们的产品待办列表项是在 Sprint 结束时完成的，但在演示之前，我们没有在我们的完成定义中包括“发布到生产”，因为这不是不在我们的控制之下，这是另一个团队的工作)。

不知何故，我认为选项 #2 意味着你没有在你的 DONE 定义中包括“DONE DONE”所需的一切。我绝对不是说这很容易，而且很可能需要一些时间才能真正包含所有必需的步骤才能到达 可释放 在完成的定义中，并进行必要的组织变革以实现目标。

就个人而言，我仍然没有真正达到这种流动性水平(在每个 Sprint 发布)，虽然在每个 Sprint(IST、UAT)期间完成了一部分 QA，但我们实际上每 2 周每 4 个 sprint 发布一次， last Sprint 是一种具有“特殊”产品待办列表项的发布 Sprint，例如执行负载测试、必要时优化(尽管现在没有太多糟糕的惊喜)、编写文档(为生产团队、为用户)。缩短发布周期需要进行更深层次的更改，而这些更改目前无法完成，并且在我们的案例中实际上并不理想。你的上下文当然是不同的。

也可以看看

Pitfalls of QA during Sprint?

相关问题:

Best practices for QA / testing in an Agile (Scrum+XP) team?

Help me understand how QA works in Scrum

Best ways to fit bug fixing into a Scrum process?