测试密度标准值是验证阶段代码品质评价的要素之一，计算方法是1000行代码中的测试件数（件/KS），如表2-4所示。

表2-4 测试密度标准值

故障密度标准值是验证阶段代码品质评价的要素之一，计算方法是1000行代码中的测试件数（件/KS），如表2-5所示。

表2-5 故障密度标准值(www.daowen.com)

实际工程中，如果故障密度与计划值接近，那么故障就是收缩中，品质就会比较稳定。如果测试用例全部测试完毕，故障也解析应对完毕，那么就可以说故障收缩了么？要知道，测试用例不可能完全覆盖所有的测试内容，而且测试结果也不一定准确无误；测试遗漏的现象也时有发生，因此系统测试后遗留潜在故障的可能性就非常高。此时，故障收缩的真正含义就是：故障有事前预测，如果实际值与其相近，那么品质状况就是收缩状态中，不会有太大的品质问题；当然在允许的范围内还是有些潜在的故障，这些潜在故障就是运行时期品质保障范围内的工作。因此，预测精度越高，故障收缩的判断精度也就越高，测试结果的品质信任度也就越高。

扩展应用：有些大项目，开发周期比较长，为了保证品质，测试阶段会做很多划分。例如，IT被划分为IT1（功能内处理的结合测试）、IT2（功能间的结合测试）、IT3（业务间功能的结合测试）3个阶段来进行测试。那么再次细化后的各阶段的故障检出标准应该如何计算呢？很多程序员以为都按照标准值（例如：IT1=IT2=IT3=4.2）来计算。实际上如果这样计算，最终品质应该如何判定呢？按照哪次的来计算？因此这样是行不通的。正确算法应该按照前多后少的原则，而不是平均值。一般来说，分两次的情况下是2∶1的关系（即IT1=2.8，IT2=1.4），分3次的情况下是3∶2∶1（即IT1=2.1，IT2=1.4，IT3=0.7）的关系。