TSP中的10个量化法则

TSP（Team software process）是Humphery提倡的解决CMM如何做的一个模型，他认为采用了TSP之后，可以加快企业达到CMMI5级的速度，可以提高企业的质量。在TSP中Humphery提出多项度量数据，我从中整理了如下的10个量化法则和大家分享，其中前5个法则是关于工作量的分布，后5个法则是关于质量的。其实这些法则中具体数值的大小完全可以商榷，但是最关键的是蕴含在这些数值、这些比例背后的思想，最值得我们深思。
（1）如果工程师在详细设计上花的时间比编程要多，那么他们的设计都很出色；
（2）在设计评审上花的时间比设计时间多50%以上时，评审一般很彻底；
（3）应花需求分析时间的25%或更多的时间来进行需求检查；
（4）对于编码，应花编码时间的50%或更多来进行评审和检查；
（5）花在评审活动上的时间与花在编译测试活动上的时间比值一般应为1.0；
（6）80%的缺陷应该在编译之前发现
（7）一个产品在build和集成测试中的缺陷数/KLOC小于0.5，在系统测试中小于0.2，则不会再有什么遗留问题。
（8）代码评审/编译的缺陷比率应大于2.0；
（9）设计评审/单元测试的缺陷比率应大于2.0；
（10）一般地在详细设计过程中引入2个缺陷/小时，在编码过程中引入6个缺陷/小时；