《敏 捷 教 练：如何打造优秀的敏捷团队》—9.7 难关

9.7  难关

在实践过程中，可能会碰到以下难关。

与我无关

有时候我们会遇到一些人，对于“任务交给谁做更合适这件事”，他们的看法较为死板。你可能会碰到，团队的开发人员或客户坚持认为“测试就是测试人员的事”。或者是测试人员认为自动化测试必须由开发人员来写。原因很可能是出于对尝试新事物的恐惧。试着引导他们尝试做些测试工作，确保他们在学习时有人陪伴和支持。

想方设法建立起一种为整个团队服务的责任感。如果迭代成果状态清晰可见，就有可能造成团队成员态度上的些许转变。我们将在的第12章更深入地探讨此话题。

与远程测试人员共事

有时候，测试人员在另一栋办公楼，甚至处于另一个时区。你会发现它使得我们要等更长时间才能得到测试人员的反馈，而这会减少团队能够做到“完成”的软件工作量。受此影响，团队可能会倾向于推迟至后面的迭代中对软件进行测试，这样的进度是一种错觉，意味着此前迭代的任何缺陷都会影响到下一个迭代的开发工作。

最好在迭代规划前单独安排一个电话会议，先跟测试人员谈谈测试任务的估算，这样就能够结合开发任务一并加以考虑。这同样有助于避免团队承诺太多而导致无法完成。

与远程测试人员共事，意味着除了使用邮件，团队还需要以电子形式追踪缺陷。确保团队每个人都能通过一些简单的方式和远程测试人员交流，例如电话或其他即时通信工具。

组织强制使用缺陷追踪器

我们碰到过这样的情况，组织强制要求所有团队都得使用缺陷追踪软件。甚至还要从这些工具中导出缺陷率，以体现测试人员所增加的价值。正如玛丽·波朋迪克(Mary Poppendieck)在《精益软件开发实践》[PP06]书中所说，测试人员的工作是要“预防缺陷”，而不只是收集它们。只要故事还挂在团队板上，任何必须解决的问题也应该张贴至此，让整个团队都能看得见。鼓励团队只用缺陷追踪软件应对迭代结束之后才发现的缺陷。