Testing 如何跨多个scrum团队协调测试

我参与了一个使用scrum的新项目，它已经从一个scrum团队扩展到了四个，并且可能会进一步发展。这是一项新技术，因此体系结构仍在不断发展，因此各个部分需要作为一个整体进行系统测试。使用汽车类比，我们有底盘、制动器、发动机和转向的团队。任何给定的故事都有一个焦点（如加速），并分配给一个团队（如引擎）。“完成”的定义通常定义了scrum中该部分的标准。然而，仍然需要对“系统”进行一些测试（如在轨道上驾驶汽车），以确保更改不会破坏系统的其他部分。发动机可能较重，从而影响制动或转向

指出单独的测试团队不是答案。它在“扩展scrum时的五大问题”中首先列出了“独立测试团队”。因此，“系统”测试必须用scrum结构来处理

done的定义（驱动测试标准）应包括整个系统（因此所有团队对所有区域进行全面回归测试）还是仅包括他们的重点区域（例如，制动团队对其他故事的回归测试是发现改变的发动机所产生的影响的部分）。在复制和覆盖之间似乎有一个折衷。我们希望避免scrumfall（例如添加另一个测试“阶段”），避免重复，但仍然尽可能快地发现问题并“接近源代码”

当一个项目发展到多个scrum团队时，系统测试如何扩展？

在敏捷开发中，避免像瘟疫一样的依赖关系

在我看来，四个团队中没有一个能够独立创造价值。这是你需要解决的最大问题

如果一个团队没有创造价值，那么这样做意味着什么？当您需要团队同步以完成一辆车时，您如何确定优先级

比较Facebook的工作方式（例如，据我所知）：

• 一个团队正在进行聊天
• 一个团队制作相册
• 一个tem负责时间表
• ecc

它们都是部署的，即直接产生价值，并且在测试中完全独立

如果您的团队正在创造价值，那么根据定义，就不需要跨团队的系统测试。

在敏捷开发中，避免像瘟疫一样的依赖关系

在我看来，四个团队中没有一个能够独立创造价值。这是你需要解决的最大问题

如果一个团队没有创造价值，那么这样做意味着什么？当您需要团队同步以完成一辆车时，您如何确定优先级

比较Facebook的工作方式（例如，据我所知）：

• 一个团队正在进行聊天
• 一个团队制作相册
• 一个tem负责时间表
• ecc

它们都是部署的，即直接产生价值，并且在测试中完全独立

---

如果您的团队正在创造价值，那么根据定义，就不需要跨团队系统测试。

我认为问题在于，您的国防部不包括集成测试

如果你将国防部扩展到这一阶段，那么所有4个团队都将在早期——在冲刺阶段——将结果集成到集成阶段，并从中获得结果。 在sprint的早期这样做是很重要的，因为否则这个阶段的bug在同一个sprint中修复会很晚。然而，修复sprint中他们发现的bug是必须的。错误代码没有完成

将国防部扩展到另一个阶段也是团队定期完成国防部任务的最佳实践

---

顺便说一句：扩展国防部当然会在一开始影响你的速度。这是正常的，因为您将做更多的工作来完成国防部。

我认为问题在于，您的国防部不包括集成测试

如果你将国防部扩展到这一阶段，那么所有4个团队都将在早期——在冲刺阶段——将结果集成到集成阶段，并从中获得结果。 在sprint的早期这样做是很重要的，因为否则这个阶段的bug在同一个sprint中修复会很晚。然而，修复sprint中他们发现的bug是必须的。错误代码没有完成

将国防部扩展到另一个阶段也是团队定期完成国防部任务的最佳实践

---

顺便说一句：扩展国防部当然会在一开始影响你的速度。这是正常的，因为你将做更多的工作来满足国防部的要求。

我不知道系统测试与Scrum有什么关系？@Davehiller-当我们是一个Scrum团队时，我们的Scrum团队包括测试。现在我们有四个scrum团队，测试仍然是每个scrum团队的一部分，但不太清楚谁负责整个系统测试。您的“系统测试”听起来像瀑布阶段，而不是scrum概念。在一个故事被认为是完整的之前，用a来决定需要什么样的测试。你的团队是否使用了持续集成？我投票将这个问题作为离题题来结束，因为它与编程无关。我不清楚系统测试与Scrum有什么关系？@Davehlier-当我们是一个Scrum团队时，我们的Scrum团队包括了测试。现在我们有四个scrum团队，测试仍然是每个scrum团队的一部分，但不太清楚谁负责整个系统测试。您的“系统测试”听起来像瀑布阶段，而不是scrum概念。在一个故事被认为是完整的之前，使用a来决定需要什么样的测试。您的团队是否使用了持续集成？我投票将这个问题作为离题题来结束，因为它与编程无关。