现在，我的朋友(我在引言中提到的软件重要人物)所谈论的效率是希望他的 QA 团队能够在，比方说四天内检验一个产品，而不是八天。实质上，此目标意味着 QA 团队必须更快地找出严重缺陷。为了专注于更快找出那些严重缺陷，团队成员不得不停止浪费在妨碍寻找缺陷的工作上所花费的时间。
所以，让高效的团队更加高效的第一步是仔细观察您目前不高效的地方。换句话说，您正在做的，而没有辅助您寻找严重缺陷的事情是什么。什么引导我们进入下一个操作。
“我们决不要欺骗自己”：了解您的团队的低效。
John D. Rockefeller 有一句伟大的格言：“我们决不要欺骗自己。”也许这是他为什么这样成功的原因：他总是对自己诚实。
如果您打算了解现在您的 QA 团队哪里效率低，那么您将必须重视使团队有效的实践。最可能的是，那些实践是现实世界经验的结果，以及其他知名实践的调整，加上许多艰苦的工作。您必须准备改变，并且甚至放弃这些实践中的一些。
这些实践也许很难完成。毕竟，这些实践是对团队有效的主要贡献因素。人们可能对它们有严重的情感依恋。但如果您想要将团队提升到“下一个高效层次”，那么您必须愿意将团队如何工作的所有方面都改变。
问题是：在团队实践分析中，您遵照的是什么?记住，您想要鉴别的正在执行的任务是不会导致新的、严重缺陷的发现，以及那些根据用在他们生成的缺陷上的时间和工作来说只是太昂贵的任务。基本上，您必须将您的计划、希望，和想像与实际比较。软件 QA 团队花时间进行调查研究、测试设计、编码、分解、调试、执行和分析。在项目的开始阶段，团队可能编制出一个完成任务所需的估算时间和人力资源的进度安排。然后，随着整体的项目目标的改变，那个进度安排被丢弃并且决不再看。您必须要做的是实际追踪您要完成任务所花费的时间或努力，和真正发生的事情之间的差异。您必须将此时间或工作的分析交叉引用到工作所产生的结果上(也就是，缺陷)。
所以，在一个项目过程中，有效的 QA 团队可能会在哪里损失时间?(您能对此做些什么?)我所看到的一个部分是负担累赘。
负担累赘
如果您的 QA 团队已经在一起一段时间了，并且如果在测试中已经很有效，那么必须建立相当多的自动化测试和运行测试的框架。但是可能有许多测试的生命长过其有效时期。随着越来越多的测试被撰写出来，团队可能必须拿出不断增加的时间量来维护测试及其框架。
我最近见到一个在一家非常成功的软件公司工作的人，该公司中的 QA 团队就有这样的问题。经过十多年的工作，他们已经创建了差不多数千个自动测试。实际上，他们有许多测试，要运行所有的测试几乎要花上一整天。在这些年内，如此多的人写了那么多的测试，没有人清楚所有这些测试所测的是什么。
这是测试自动化的负担。在那些时候，每个测试都是出于很好的理由而撰写的。但是随着时间的过去，每个测试的理论根据已经失去了。而且，将这些测试组织为多种、但仍旧非常大的测试组。结果是，甚至是单个的测试组都要花几个小时来运行。团队总是为产品中新的或修改了的特性撰写新的测试。要更加高效，他们需要“减少不再提供价值的测试组”。
您如何使测试更加高效?少测试。跳过那些不能充分证明还有效果的测试。集中于撰写和运行更重要的测试。换句话说，撰写并运行那些将找到新的更严重的缺陷的测试。
OK。这听起来很容易。但是您如何确定哪个测试是足够重要的，以至于对它们运行并维护?这全部依赖于您的产品中最危险的部分。换句话说，现今谁最危险。
了解产品的风险以及总是调整风险变更的需要。
文章来源于领测软件测试网 https://www.ltesting.net/
