换一种场景，你告诉老板有几个核心问题还没有解决，没有达到发版条件，老板却说，客户压力大，你先发出去，后面再出补丁！结果又会如何呢？

　　老板当然不可能忽视客户对工期的要求，不惜一切代价的保证质量，但是当成本和质量进行权衡的时候，老板会偏重哪一个，直接影响终产品的质量；

　　老板在质量文化减少方面、过程改进方面重视的程度，也将直接影响这个公司所有产品的质量。

　　这是管理层的责任！

　　提出这个观点的戴明还有一个观点与PMP相关体系非常符合，即质量并不是由工作人员的能力决定的，而是取决于如何开展工作的程序和制度。之所以要进行项目管理的认证，是要让项目管理的整体能力不因为个人能力产生较大起伏，如果都能按照组织确定的流程进行相关活动，低水平也能被保证。

　　第四个观点是持续改进原则，持续地、渐进地改变来改善情况，中国的俗话也说的好：饭要一口一口的吃，别想一口吃成一个胖子。

　　那测试管理到底与质量管理有什么关系呢？

　　在量管理活动中，测试是质量控制的重要手段。

　　三、测试相关原则

　　上图中也提到了测试的基本原则，在此做简单描述，欢迎大家拍砖。

　　1、尽早测试原则

　　尽早测试原则与马丁分析出来的结论有非常大的关系，一个缺陷在需求阶段被发现所产生的纠正费用是产品交付后维护阶段发生费用的两百分之一。

　　有软件公司也曾经做了简单测算，1个缺陷留到客户处被发现，所耗费的成本在50万左右。

　　或许引起客户怨声载道的严重缺陷，在需求环节解决只需要增加一行字的清晰描述，在编码阶段只需要多增加几行代码，可是一旦到了客户哪里，便成了投诉、安抚、补丁、责任追究等一系列的紧急事件。

　　2、Good-enough原则

　　Good-enough原则其实是针对测试本环节来说的，也体现了项目管理思想中关于质量和成本直接的关系。如果以精益求精的思想，能够到底“零缺陷”是为完美的一种状态。可是从投入产出的衡量来说，零缺陷是很不划算的。理想状态下的测试系统，根据帕累托的二八原则，研发测试应该至少发现80%的bug，而好只有5%的缺陷是由客户发现的。之所以要推行good-enough的原则，是因为在项目中时间、成本、质量是永远不可调和的矛盾，不论是高层还是基层的测试负责人，软件项目管理人员都需要对自己负责领域进行一定平衡和妥协。

　　总而言之，做好了测试的管理，对于软件项目的成本、工期和质量管理都有非常大的好处，但是目前国内的很多软件企业却不重视，特别是针对客户的定制项目，希望未来一段时间能够得到改观。