度量是改进过程的有效途径之一。通过对测试过程的度量，可以使测试过程规范化、可视化;对度量数据的分析，可以测量出测试过程的有效性及存在的问题，明确测试过程的改进方向，从而保证软件的质量。因此，对软件测试过程的度量研究具有十分重要的意义。那么，如何证明或者度量测试工作的有效性？

下面来对这个问题，谈谈我的看法：如证明测试工作的有效性。

1）我们要看到我们所做的工作的存在

相信大家都经历过，自己虽然做了很多的工作，但领导却看不到。比如你一天中在不停的测试，反复的测试，但经理却以为你这一天浪费掉了。为什么？ 因为看没有看到可以看见的测试用例，没有看到你提交的大量的缺陷。

改进：把你做的工作具体化，量化。

你无论是按照计划测试，还是自由测试，那么做了多少测试执行就要写多少测试用例，发现了问题就要及时提交缺陷。即使你完全按照已有的用例测试，也没有发现缺陷，那么你要体现你的进度和你新增加了那些测试数据，这是你工作能力的体现。你做了多少工作，下班前报告给领导吧，让他知道你做了这些事情。

2）我们要看到我们所做工作是否有意义。

你在一个不是测试重点的地方花费了很多时间并且没有任何收获，显然你这次测试是没有意义的。

改进：测试前要很好的理解测试计划和 测试策略，测试方案，一定保证测试进度和测试重点。

3）要证明我们的测试工作是否完全。

测试覆盖是一个不可能完全做好的工作，需求覆盖，用例覆盖，功能点覆盖等。我们可以把已有的需求点来覆盖，但我们无法理解另外的我们所不知道的需求；我们可以写用例，但我们知道测试数据很难找全；我们可以测试看得见的功能，但那些看不见的呢？

改进：简单的说，要建立一套有效的管理模型。

4）保证我们所做工作的效率。

效率就是最短的时间处理最多的事情。这一点很难有标准。你能说一天执行10个用例的就比执行20个用例的效率低吗？

改进：加强测试人员自身的能力提高，可以有效的提高效率，减少无效的工作。例如，对一个经验丰富的测试人，他可以轻易的想到最可能多的测试数据，他可以最快的定位缺陷。

5）如何来度量我们的测试工作。

我们谁都不能证明我们繁忙了一段时间的工作做的到底有多好或者多烂，我们只能用数据说话，数据是公平的，是没有情绪的。

改进：在测试准备阶段，我们就要定义一些标准，来限定或者指导测试的进行。比如多少的用例通过率可以说明系统的健壮程度；同样还有需求覆盖率，严重缺陷比率，缺陷单日出现率，失败用例分布，缺陷分布等。我们后期更是可以利用这些数据来做测试过程的优化工作。数据统筹工作，对于测试来说是非常有意义的。

总之，最有效的测试工作就是用最少的工作时间，最高的工作效率，最低的测试风险来完成了测试工作。