让我们退回一步，定义对于软件 QA 团队来说什么是高效。为了这样做，我们还需要回退一步，并且提醒我们自己，软件 QA 团队和软件测试通常的主要目标。

软件 QA 团队有许多责任。团队不得不审阅功能规格并对作者提供评论。团队必须建立测试工具并撰写测试计划。团队必须运行测试并报告测试结果。还有许多。但所有这些活动都只是意味着一个结束。这个结束是要寻找缺陷（bug），尤其是那些还没有找到并可能影响到您的客户的缺陷。这是为什么我们要测试软件的原因：找到缺陷。所有的研究、计划、审阅、测试自动化开发，和维护都为了一个目的：使我们找到软件中的缺陷。因此，当我们讨论软件 QA 团队的效率时，我们真正的意思是我们希望团队能很快找出更严重的缺陷。

现在，我的朋友（我在引言中提到的软件重要人物）所谈论的效率是希望他的 QA 团队能够在，比方说四天内检验一个产品，而不是八天。实质上，此目标意味着 QA 团队必须更快地找出严重缺陷。为了专注于更快找出那些严重缺陷，团队成员不得不停止浪费在妨碍寻找缺陷的工作上所花费的时间。

所以，让高效的团队更加高效的第一步是仔细观察您目前不高效的地方。换句话说，您正在做的，而没有辅助您寻找严重缺陷的事情是什么。什么引导我们进入下一个操作。

“我们决不要欺骗自己”：了解您的团队的低效。

John D. Rockefeller 有一句伟大的格言：“我们决不要欺骗自己。”也许这是他为什么这样成功的原因：他总是对自己诚实。

如果您打算了解现在您的 QA 团队哪里效率低，那么您将必须重视使团队有效的实践。可能的是，那些实践是现实世界经验的结果，以及其他知名实践的调整，加上许多艰苦的工作。您必须准备改变，并且甚至放弃这些实践中的一些。

这些实践也许很难完成。毕竟，这些实践是对团队有效的主要贡献因素。人们可能对它们有严重的情感依恋。但如果您想要将团队提升到“下一个高效层次”，那么您必须愿意将团队如何工作的所有方面都改变。

问题是：在团队实践分析中，您遵照的是什么？记住，您想要鉴别的正在执行的任务是不会导致新的、严重缺陷的发现，以及那些根据用在他们生成的缺陷上的时间和工作来说只是太昂贵的任务。基本上，您必须将您的计划、希望，和想像与实际比较。软件 QA 团队花时间进行调查研究、测试设计、编码、分解、调试、执行和分析。在项目的开始阶段，团队可能编制出一个完成任务所需的估算时间和人力资源的进度安排。然后，随着整体的项目目标的改变，那个进度安排被丢弃并且决不再看。您必须要做的是实际追踪您要完成任务所花费的时间或努力，和真正发生的事情之间的差异。您必须将此时间或工作的分析交叉引用到工作所产生的结果上（也是，缺陷）。

所以，在一个项目过程中，有效的 QA 团队可能会在哪里损失时间？（您能对此做些什么？）我所看到的一个部分是负担累赘。