[如需转载，请在转载时注明出处，并保证本文的完整性]

      强调及时发现错误或需求问题，越早发现错误，修正错误的成本最低。最终目的，当然就是产出较高质量的系统，同时在提升质量时，缩短defact发现时间，来降低相对付出的成本。 

时间、进度与质量一向是项目管理的永恒的主题
                

    《软体快速开发》(Rapid Development)里，第四章有讲到一个“质量保证原则”， 里面引用了Capers Jones的一副图

引用这张图想说明：

1、其实软体质量在95%以前，为了提升质量，质量越好，其实对总体开发时间(当然包括维护)，花费的时间是更少的；
    这代表，在质量达到95％以前，为了提升质量所投资的开发时间成本是值得的，这代表以往为了治标，使得大楼越盖越歪，一层叠过一层的掩饰系统内部腐败的作法，之后维护一定要付出更大的代价。 

2、然而，这张图的另一个重点，在于质量95%~100%的这个区间，为了达到最后5％的完美质量，所要花的额外开发时间成本，可能是原本的一倍。 
    大家都想做到完美固然无可厚非，但是这样的追求完美，也应该要有个涨停拐点来克制自己对质量的欲望，追求质量的过程中，仍然要有取舍。 

3、我们实际遇到的项目，尤其是处于开发过程中项目。手持20/80法则的宝剑，用20％的时间，完成80％的进度。

     实际很多行业内的项目最后却花了20%+80%+100%甚至更多的时间，只完成了不到100％的进度，最后进度赶不及，出不了货，产品质量自然不言而喻了 。那么是
             
已经完成了项目60％，质量100％的进度......
                OR

已经完成项目100％，质量80％的进度...... 

两种结果的选择，无论是项目负责人还是QA人员都一定要掌握住自己期望的结果。

 
     巧妇难为无米之炊，每个项目成员一天也只有24小时。大家都是有心把系统做好的，是不期望出现，成本的转嫁过程，而导致项目延期或失败，团队士气低落的问题的啦。

文中部分理论来源于 《软体快速开发》