当前项目状态：
该公司使用Scrum已有数年了，所以大家都对此很熟悉。但是，我们还没有专门的测试人员，因为这样做的目的是要拥有自我组织的团队，每个人都要对所有事情负责。好吧，这并没有按预期工作；）因此，每个团队都会得到一个专用的测试人员。
为防止出现缺陷，三个Amigos（测试人员，开发人员，产品负责人）将接受标准细化为薄片/钢线。因此，在开发人员可以继续进行下一个切片的开发时，测试人员应该尽快验证功能。
我仍然认为测试人员应该能够手动浏览用户案例并创建更大的测试用例或在同一冲刺中进行探索性测试。如果这是在最后完成的，那么如何在同一冲刺中修复缺陷；也许不是那么重要？
它对您的工作方式会非常有趣（冲刺长度，测试类型，测试人员的责任等）
#1 楼
几乎所有团队都必须在Sprint中实现测试。我无法想象完成的定义不会包含对工作进行测试的要求。完成的工作。也就是说，在继续进行下一个PBI之前，请完全完成一个产品待办事项（PBI），包括测试。而且，即使您有专门从事测试的团队成员，Scrum团队仍然有责任确保“完成”所有必要的工作。不要把这种责任加到专用测试人员身上。我对为什么Scrum团队无法自行测试工作并需要专用测试人员感到好奇。此外，您的专用测试人员是否可以编写自动回归测试？ （根据我的经验，这些通常是Scrum团队的强制性要求，并且经常由软件开发人员编写，因为测试人员没有技能。）
希望有所帮助。
#2 楼
我最近写了一些东西，可能会帮助您解决在敏捷团队中使用质量检查资源的问题。本质上，您需要做的是允许您的团队通过确保开发能够持续集成并部署到QA可以运行其测试用例的环境中。您可能听说过“每日构建”网站，并且此过程允许质量检查在迭代过程中进行测试。
实际上，在我们的团队中，我们不会意识到工作是在除非已通过单元测试或专用的质量检查资源，否则除非经过测试且所有验收标准均已通过，否则都将进行迭代。
#3 楼
有几个因素使我们的测试人员可以在冲刺周期内进行有效的手动测试：功能上可测试的小故事
构建/部署自动化：对我来说，这是最重要的是，如果要快速进行手动测试，则需要对构建进行自动测试和部署。
测试自动化：自动执行检查可以提供快速反馈，以便测试人员可以进行探索。
出色的团队合作/估计。
优秀的测试人员。
我们有30多个团队，每两个星期进行一次手动测试，我们发现团队成员专注于测试以提高产品的整体质量。
评论
感谢你的回答。开发人员已经在编写自动化测试（单元+验收），并将其用于回归。我认为，仍然应该有一个用于手动测试的测试器（“大图”测试用例，探索性测试）。您如何处理手动测试？
–罗兰·蒂芬布伦纳（Roland Tiefenbrunner）
13年1月11日在10:07
您是说“最大在制品”吗？
–aclear16
13年1月14日在17:23
不，他的意思是“最低在制品”。使用敏捷方法，您希望将WIP降至最低，以便团队专注于完成单个工作单元，而不是并行处理许多任务而不完成其中的任何一个。这适用于scrum，看板和所有真正的敏捷方法。
–讨厌
2013年1月23日14:40
正确的语法是“确保您的工作量最少”
– Glen Thomas
2015年12月8日，12：30