我被提升为经理，我需要采用一种方法来管理这里的程序员。
我阅读了很多有关 Scrum 的文章，但就我而言，我们这里有一名测试人员，但我找不到在 Scrum 中进行测试的地方。是在冲刺期间还是在冲刺结束时？
我们有 3 名 C# 程序员、2 名 VB、1 名 ObjectiveC 和一名网页设计师/开发人员。 Scrum 是我们的最佳选择吗？
在此先感谢您的帮助，如有错别字，我很抱歉，我的英语不好=)
【问题讨论】：
标签： testing scrum methodology
如果您想介绍 SCRUM，请阅读 Scrum from the trenches，它对我有很大帮助。正在完成的用户故事等的定义应该涉及通过测试，我相信您的测试人员将是决定何时完成功能的关键。
【讨论】：
我从来没有在一个团队中工作过，他们比使用 scrum 更注重测试。正如其他答案所述，测试应该是冲刺项目完成标准的一部分。
我对规则有很好的经验，系统和用户测试的定义应该写为 sprint 项目的第一个活动。此外，如果没有适当级别的单元和集成测试，任何项目都不应被接受。
这隐含地意味着一个项目不应该由解决该项目的人“完成”。恕我直言，这应该是 sprint 团队其他成员的责任——在你的情况下，它可能是测试人员。
问候， 莫腾
【讨论】：
在认为“完成”之前应该测试每个积压项目，即测试是在冲刺期间完成的。
如果您将“测试”称为“演示”，则应在 sprint 结束时完成，并有产品负责人、客户（和其他负责人）在场。
【讨论】：
测试是好事吗？是的！然后一直这样做！
“测试阶段”是瀑布项目中的一个术语。
在敏捷中（我假设您正在尝试敏捷，因为您正在建立一个 Scrum 团队）您专注于能够快速适应和采用 - 测试是该过程的关键。
经常这样做并且一直这样做 - 将经常提供反馈，团队将能够快速及时地采用。
创建一个测试阶段（无论何时安排） - 您将进入瀑布模式或更好的模式 - scrumfall。想想反馈——在“测试[阶段”结束时，在许多其他阶段之后。您试图通过敏捷和使用 scrum 来避免大量浪费。
没有人在测试具有主要技能 - 没关系 - 让他们学习如何测试他们的产品/应用程序。在这方面投入时间（和金钱）——这将在他们前进的过程中获得巨大的回报。
【讨论】：
没有测试阶段..测试是每次迭代的一部分..
但以上是理论上的.. 在实践中，您可能有重要的日期，您希望在这些日期之前发布一些东西 - 所以有时团队将迭代标记为接近稳定迭代这样的日期，其中没有添加新功能，只有必须修复错误已经完成..
【讨论】：