一般情况下，如果交付产品时缺陷修复在95%以上，所有测试案例成功率在95%以上，可以认为产品质量是有保障的，存在问题的风险系数比较低。如果交付产品时各测试类别达不到90%的测试案例成功率，这个产品的质量就会有较大隐患，以后出问题的风险比较高。

　　项目退出指标：在这项指标里会要求在交付产品里，所允诺的功能都完成了开发和测试。如果是升级版本，还会要求没有回归问题产生，即老版本中的功能在新版本中依然正常工作。

　　延缓缺陷指标：我们在前面提到过（请参考9.2.2节），出于时间和安全性考虑，某些缺陷修复需要推延到以后的产品新版本包括补丁版本、小版本或产品下一升级版本。在延缓缺陷指标里一般会要求交付产品时，这些延缓修复缺陷不能超过总体发现缺陷的一定百分比（例如10%），从而对产品所知缺陷率有总体控制，保证产品质量。在这项指标里一般也会硬性规定不能延缓修复任何严重缺陷。

　　源代码分析指标：这项指标会评测源代码是否利用一些工具进行了静态代码分析、架构分析、代码测试覆盖度分析，用于从侧面判定产品质量是否有保障。

　　质量检测计划报告通过审批后，所列项目特征和指标就不能随便改了。如需改动，需要重新审批。

　　在项目测试完成后，需要把最终结果填写到报告中通过最终审批，拿到质量检测合格证书，才能交付产品。最终审批主要是看以下几个方面：

　　项目最终是否和计划的项目特征相符，是否按照计划进行开发流程。

　　产品用户体验的指标诸如可用性、可靠性、安全性、集成性、可维护性等方面是否达到要求。

　　所定性能指标是否能达到计划的标准。

　　产品试用版本的客户满意度调查结果是否达到交付标准。

　　是否按照计划评审了产品构架方案、设计方案、测试架构、测试方案、测试案例及程序源代码。

　　缺陷发现计划进度和实际进度误差是否小于指定百分比（例如10%）。

　　各测试类别测试案例是否100%尝试执行，测试案例成功率是否能达到指定百分比（例如95%）。

　　所允诺的功能是否都完成了开发和测试。如果是升级版本，是否没有回归问题产生。

　　延缓修复缺陷是否小于总体发现缺陷的指定百分比（例如10%），而且无严重缺陷延缓修复。

　　9.3.3  趁热打铁总结经验教训

　　产品顺利交付了，各个团队都在组织讨论和总结经验教训。项目经理也发出产品调查表让大家填写，希望大家在评定产品质量如何的同时，进一步总结在开发和测试过程中好的经验和需要改进的方面，鼓励大家提出如何改进的建议以便在将来的项目中进行改善，从而使产品质量得到持续的提高。

　　产品调查表包括下列几个问题。

　　请选择你在项目中的角色：

　　（1）产品架构师

　　（2）产品开发人员