Testing 测试是scrum的重要组成部分吗？

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

最近我一直在做一些关于软件方法学的研究，我有一个问题，我可以找到一个结论性的答案

---

测试是Scrum的一个（基本）部分，还是可以看作是一种单独的方法？我知道，在实践软件方法时，实践中的情况可能与理论中描述的情况有所不同。但是在这种情况下，我只想了解与Scrum相关的测试的简单事实/描述。

不，我认为更正确的说法是，测试是敏捷过程中至关重要的一部分

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

---

因此，虽然测试可能是在与客户的初始聚会期间决定的交付成果的一部分，并且可能在日常scrum会议上提出，但scrum过程并不真正需要测试。客户可能（愚蠢地）没有测试需求，开发人员可能不会遇到任何测试问题。

不，我认为更正确的说法是，测试是敏捷过程中至关重要的一部分

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

---

因此，虽然测试可能是在与客户的初始聚会期间决定的交付成果的一部分，并且可能在日常scrum会议上提出，但scrum过程并不真正需要测试。客户可能（愚蠢地）没有测试要求，开发人员可能不会遇到任何测试问题。

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

scrum过程没有声明任何特定类型的测试必须在sprint的范围内完成

但是，顺便说一句，如果您能够自动化您的测试过程，您将发现更多的价值

---

我们发现将所有测试作为sprint过程的一部分更容易。原因是，如果在sprint one中引入缺陷，“测试sprint”允许复合复杂性，但测试和缺陷解决直到sprint 8才出现

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

scrum过程没有声明任何特定类型的测试必须在sprint的范围内完成

但是，顺便说一句，如果您能够自动化您的测试过程，您将发现更多的价值

---

我们发现将所有测试作为sprint过程的一部分更容易。原因是，如果在sprint one中引入缺陷，“测试sprint”允许复合复杂性，但测试和缺陷解决直到sprint 8才出现

当你说“测试”时，你指的是什么样的测试？Scrum是一种项目管理方法，因此与软件工程无关。@Jamie:测试的意义，找出创建的功能/用户交互是否有效@Bedwyr:Scrum可能用于项目管理，但测试也是一个可以与软件工程分离的方面。如果你的陈述暗示我应该把问题放在别的地方，你有什么建议吗@艾蒂安：我同意，没有一种方法论是宗教，但就我的研究而言，我只想知道事实。我想你对这个问题没意见，它符合四个常见问题中的两个：“程序员常用的软件工具”和“编程专业特有的问题”@MrThys:如果你不测试你的代码，你怎么知道它是否有效？当你说“测试”时，你指的是什么样的测试？Scrum是一种项目管理方法，因此对软件工程没有什么可说的。@Jamie:测试的意义，找出创建的功能/用户交互是否有效@Bedwyr:Scrum可能用于项目管理，但测试也是一个可以与软件工程分离的方面。如果你的陈述暗示我应该把问题放在别的地方，你有什么建议吗@艾蒂安：我同意，没有一种方法论是宗教，但就我的研究而言，我只想知道事实。我想你对这个问题没意见，它符合四个常见问题中的两个：“程序员常用的软件工具”和“编程专业特有的问题”@MrThys：如果你不测试你的代码，你怎么知道它是否有效？