scrum - Scrum 中的质量保证

Question

您如何看待在使用 SCRUM 作为敏捷方法的软件公司中采用质量保证？
他们能住在一起吗？

编辑：
Pheraps 我用“质量保证”这个词犯了一个错误。有了这个，我的意思是制作文档来描述软件的功能。在敏捷方法中，我认为这不能与基于不断更新先决条件的方法一起使用。编写文档可能需要比开发花费更多的时间。
用什么来代替质量保证来描述我的意思的正确术语是什么？

Answer 1

他们可以吗？我不知道他们怎么可能分开...

敏捷在强调运行和测试功能的短迭代上很重要。如果没有 QA，你就无法真正做到这一点。

话虽如此，我在 SCRUM 商店的一个项目上工作了将近一年半，该项目有一个非常好的 QA 流程。QA 是该迭代是否认为故事已完成的看门人。如果它没有通过 QA，那么 Sprint 目标就没有实现，故事作为最高优先级项目延续到下一次迭代。

敏捷不是走捷径，而是非常强调质量。如果您在没有发生这种情况的地方工作，那么您就被蒙蔽了（恕我直言）。

Answer 2

Scrum 提倡一种软件开发过程的方式。它也是基于团队反馈的风险管理和复杂性处理过程。质量保证也有类似的目的，即规避风险和建议质量方法。它意味着质量保证与敏捷 Scrum 实践的联盟。通常，Web 自动化测试、安全测试等通过使用敏捷 scrum 在初始阶段获得了适应新项目的巨大机会。