正在测试scrum的重要部分？

Question

我不知道StackOverflow是否适合这个问题，但我仍然会问它。

最近我一直在做一些关于软件方法的研究，我提出了一个问题，我可以找到一个确凿的答案;

正在测试Scrum的（必要）部分，还是可以将其视为一种单独的方法？我知道，在实践软件方法时，事情在实践中可能与理论中描述的事物有所不同。但在这种情况下，我只想要与Scrum有关的简单事实/测试描述。

Answer 1

不，我认为测试是敏捷流程的重要组成部分更为正确。

scrum 是项目管理方面的事情，通过每日scrum会议，从客户那里获取特定sprint的用户故事，然后让团队松散地完成他们的工作。

因此，虽然测试可能是最初与客户聚会时决定的可交付成果的一部分，并且可能会在每日Scrum会议中提出，但对于Scrum流程来说，它并不是真正的必需上班。客户可能（愚蠢地）没有测试要求，开发人员可能没有测试问题。

Answer 2

测试可以是“完成定义”的一部分，也可以指定测试/缺陷减少冲刺。最终，这取决于您的发布时间表，业务执行方式以及客户要求和期望。

scrum流程并未声明必须在sprint的范围内进行任何特定类型的测试。

但是，除此之外，如果您可以自动化您的测试流程，您会发现更多的价值。

我们发现将所有测试作为sprint过程的一部分包含起来更容易。这样做的原因是，如果在sprint one中引入了缺陷，那么“测试冲刺”允许复合复杂性，但测试和缺陷解决方案不会发生，直到sprint 8为止。