测试是 Scrum 的重要组成部分吗？
我不知道 StackOverflow 是否适合回答这个问题，但我还是会问。
最近我一直在做一些软件方法论的研究，我有一个问题出现，我可以在这个问题上找到一个结论性的答案；
测试是 Scrum 的（基本）部分吗？还是可以将其视为一种单独的方法？我知道，在实践软件方法时，实践中的事情可能与理论中描述的事情有所不同。但在这种情况下，我只想要与 Scrum 相关的测试的简单事实/描述。
I don't know if StackOverflow is the right place for this question, but I am still going to ask it.
Recently I have been doing some research on software methodologies, and I have one question that came up, on which I could find a conclusive answer;
Is testing an (essential) part of Scrum, or can this be seen as a separate method? I know that when practicing a software methodology things can be difference in practice to the things described in the theory. But in this case I just want the plain facts/description of testing in relationship with Scrum.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
不，我认为更正确的说法是测试是敏捷流程的重要组成部分。
scrum 是项目管理方面的事情，从客户那里获取特定冲刺的用户故事，然后让团队通过每日 Scrum 会议放松地完成他们的工作。
因此，虽然测试可能是在与客户初次会面期间决定的可交付成果的一部分，并且可能会在每日 Scrum 会议中提出，但 Scrum 流程的运行并不是必需的。客户可能（愚蠢地）没有测试要求，而开发人员可能不会遇到测试问题。
No, I think it's more correct to say that testing is a vital part of the agile process.
The scrum is the project management side of things, getting the user stories from the customer for a specific sprint and then letting the team loose to do their work, with the daily scrum meetings.
So, while testing may be part of the deliverables decided during the initial get-together with the customer, and it might be raised in the daily scrum meetings, it's not really required for the scrum process to work. The customer may (foolishly) not have a testing requirement and the developers may strike no testing problems.
测试可以是“完成定义”的一部分，也可以指定测试/缺陷减少冲刺。最终，这取决于您的发布时间表、业务执行方式以及客户的要求和期望。
Scrum 流程并未声明任何特定类型的测试必须在冲刺范围内完成。
但顺便说一句，如果您可以自动化测试流程，您会发现更多价值。
我们发现将所有测试作为冲刺过程的一部分更容易。原因是，如果在冲刺 1 中引入缺陷，那么“测试冲刺”会带来复合的复杂性，但直到冲刺 8 时才会进行测试和缺陷解决。
Testing can be a part of your 'Definition of Done' or you can designate testing/defect reduction sprints. Ultimately it depends on your release schedule, how your business is performed and your customers requirements and expectations.
The scrum process does not declare that any particular type of testing has to be done within the confines of a sprint.
But as an aside, you will find much more value if you can automate your testing processes.
We find it easier to include all of the testing as a part of the sprint process. The reason for that is, having 'testing sprints' allows for compound complexities if a defect is introduced in say, sprint one, but testing and defect resolution doesnt occur until say, sprint 8.