4、测试所发现的缺陷。指测试所发现的缺陷数量。

　　5、阶段发现的缺陷。指对各阶段进行分解以说明系统开发生命周期各阶段的测试有效性。

　　6、测试后发现的缺陷。指将新功能置为产品状态后所发现的缺陷的数量。

　　7、按功能的测试费用。指软件开发生命周期中发生测试的各阶段所消耗的资源数量。

　　8、对系统的抱怨。指系统可操作之后。第三方对问题的抱怨。

　　9、缺陷的量化。指与各个没有发现的缺陷相关的潜在经济损失。

　　10、恢复缺陷的量化。指修复应用系统缺陷的费用。

　　五、有效性评价的检查过程

　　在检查过程中，需要建立一个质量控制检查单，其中的“是”回答表示好的测试实践；“否”回答表示需要额外的调查。注释列用于解释“否’回答并记录调查结果。当检查单的项不适用于测试情形时适用“N／A”列。

　　六、有效性评价的输出

　　测试有效性评价的后输出是改进后的测试过程。在这个步骤中，主要是对测试结果进行仔细地分析，然后采取相应措施来修复所确认的薄弱环节，使用度量/行动的方法来改善测试过程，后使得应用系统测试更加有效。

　　度量/行动的方法是指通过改变某种度量指标中的变量来度量另一种度量指标中变量的改变。例如，如果在系统进入操作状态之后所发现的缺陷数目多于预期的，那么应该采取行动。这个行动可能是增加在测试中执行的指令的数量。显然，这也增加了有望减少操作前没有发现的缺陷数量的测试费用。如果能够说明通过增加执行的指令数目确实减少了操作的系统中的缺陷数目，那么可以认为该措施是预期的，并且应该推广。而如果执行指令的增加并没有减少产品投入运行之前的缺陷的数目，那么说明那些资源还没有得到有效的使用，应该停止该行动并且尝试其他措施。

　　七、结论

　　本文提出了评测软件测试有效性的一般工作流程，描述了度量测试的普遍目标，并为执行这些度量给出了推荐的标准，是软件测试的有效充，对实际软件测试的评价工作具有一定的指导意义。在项目软件测试过程结束后，IT组织应该结合各自的特点，通过在软件过程中积累的经验，运用本文提出的工作流程，逐步对软件测试过程进行改进，使软件测试更为有效的发挥它的积极作用。