testing - 通过sprint工作流程进行质量检查

Closed. This question is opinion-based。它当前不接受答案。
                            
                        
                    
                
                            
                                
                
                        
                            
                        
                    
                        
                            想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
                        
                        在4个月前关闭。
                                                                                            
                
        
我最近一直在阅读有关sprint（敏捷方法）的信息，并对工作流程中的测试有疑问。我知道您有PBI（产品积压项目），并且将其分解为任务。我也知道您应该一次专注于一个PBI，而不是从不同的PBI中选择不同的任务。

我可能错误地假设了这一点，但是在准备好该PBI的所有任务之后还是应该对PBI进行测试，还是应该将这些任务彼此独立地进行测试？另外，如果您要单独测试任务，那么在完成所有任务之后，您是否还要稍后测试PBI？

可能没有正确的答案，我很好奇其他人可能会怎么做。

最佳答案

我从事敏捷和sprint的开发已经很多年了，并且测试总是在故事（PBI）完成后进行，而不是在PBI内的任务上进行。原因主要是因为PBI应该具有可以观察和测量的所谓的接受标准，并且允许产品所有者或测试人员验证故事的完成。

这些标准是在敏捷的sprint组织中打破或使故事得以完成/结束的原因。对我而言，在所有任务完成后才进行测试是有道理的，因此您可以确保测试能够完美覆盖并完善验收标准。

话虽这么说，敏捷方法是灵活的，并且也许在您的上下文中，当完成每个任务时测试它们更有意义。

我希望这将使您的问题有所启发。我相信其他人也会有不同的做法。

关于testing - 通过sprint工作流程进行质量检查，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/17956034/