负担累赘
如果您的 QA 团队已经在一起一段时间了，并且如果在测试中已经很有效，那么必须建立相当多的自动化测试和运行测试的框架。但是可能有许多测试的生命长过其有效时期。随着越来越多的测试被撰写出来，团队可能必须拿出不断增加的时间量来维护测试及其框架。
我最近见到一个在一家非常成功的软件公司工作的人，该公司中的 QA 团队就有这样的问题。经过十多年的工作，他们已经创建了差不多数千个自动测试。实际上，他们有许多测试，要运行所有的测试几乎要花上一整天。在这些年内，如此多的人写了那么多的测试，没有人清楚所有这些测试所测的是什么。
这是测试自动化的负担。在那些时候，每个测试都是出于很好的理由而撰写的。但是随着时间的过去，每个测试的理论根据已经失去了。而且，将这些测试组织为多种、但仍旧非常大的测试组。结果是，甚至是单个的测试组都要花几个小时来运行。团队总是为产品中新的或修改了的特性撰写新的测试。要更加高效，他们需要“减少不再提供价值的测试组”。
您如何使测试更加高效？少测试。跳过那些不能充分证明还有效果的测试。集中于撰写和运行更重要的测试。换句话说，撰写并运行那些将找到新的更严重的缺陷的测试。
OK。这听起来很容易。但是您如何确定哪个测试是足够重要的，以至于对它们运行并维护？这全部依赖于您的产品中最危险的部分。换句话说，现今谁最危险。
文章来源于领测软件测试网 https://www.ltesting.net/
