我最近一直在阅读有关 sprint（敏捷方法）的内容，并且在工作流程中对测试有疑问。我知道您有 PBI（产品积压项目），它们被分解为任务。我也知道您应该一次专注于一个 PBI，而不是从不同的 PBI 中选择不同的任务。
我可能错误地假设了这一点，但是是否应该在该 PBI 的所有任务都准备好之后进行 PBI 的测试，或者这些任务是否应该相互独立地进行测试？此外，如果您确实单独测试任务，那么您会在完成所有任务之后再测试 PBI 吗？
可能没有正确的答案，我只是好奇其他人是如何做到的。
问问题
3520 次
2 回答
3
多年来，我一直在使用敏捷和冲刺进行开发，并且测试总是在故事（PBI）完成时进行，而不是在 PBI 中的任务上进行。原因主要是因为 PBI 应该具有所谓的验收标准，这些标准是可观察和可衡量的，并允许产品所有者或测试人员验证故事是否已完成。
这些标准是在我们敏捷的 sprint 组织中打破或使故事完成/结束的原因。对我来说，在所有任务完成后进行测试是有意义的，这样您就可以确保测试完美地涵盖并完成验收标准。
话虽如此，敏捷方法是灵活的，并且，也许，在您的上下文中，在完成每个任务时对其进行测试会更有意义。
我希望这会对您的问题有所帮助。我相信其他人会有不同的方法。
于 2013-07-30T20:01:42.890 回答
0
持续的测试对开发团队非常有帮助，因为反馈很早就发生了。然而，这是以测试资源的额外回归为代价的，以及由于工作不完整而发现问题的潜在“哦，我还没有完成那部分”对话。
如果你有额外的带宽，我更喜欢让团队得到早期的反馈，但如果你在日程安排中受到压力，那么先将自己应用于完全准备好测试的 PBI，然后再进行部分测试可能会更有效之后完成的。
此外，您可能有为 PBI 创建测试用例的文档要求，无需完成所有任务即可完成。在等待 PBI 完成时，这是 sprint 的另一个元素，您可以处理它，因为它会向您的产品所有者和开发团队提出问题，并且可能会突出潜在的问题或尚未看到的细节缺失团队的其他成员。
于 2013-08-01T14:07:40.450 回答