Scrum的质量保证

Question

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

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

Answer 1

他们可以吗？我不确定他们是如何分开的......

敏捷在短期迭代中很重要，强调running and tested features。没有QA，你无法真正做到这一点。

话虽这么说，我在SCRUM商店的一个项目上工作了近一年半，这个项目的QA流程非常好。 QA是关于是否为该迭代考虑了故事的看门人。如果它没有通过质量保证，那么Sprint的目标就不会得到满足，并且故事会作为最高优先级项目延续到下一次迭代。

敏捷不是要采取捷径，而是强调质量。如果你在某个没有发生这种情况的地方工作，那你就蒙骗了（恕我直言）。

Answer 2

Scrum正在倡导软件开发过程。同样，它是基于团队反馈的风险管理和复杂性处理流程。质量保证也有类似的目的，以避免风险和建议质量方式。它意味着与Agile Scrum实践的质量保证。通常，Web自动化测试，安全测试等使用敏捷Scrum在初始阶段适应新项目的机会很大。