测试质量报告-为了更好的下一个

测试质量报告的几个方面：

1.bug率（千行代码产生的bug数量）

千行代码数（即项目中产生或者改动了几千行代码）代表了项目的规模，bug数量从一个侧面反映了项目质量。将不同规模的项目进行平行地比较bug数量，是不合理的；所以以千行代码数的bug率作为项目质量的衡量标准是比较合理的。

应当注意到，规模越大的项目，因为涉及到的项目范围更广，技术复杂度更高，所以产生bug的可能性就越高，bug数量与项目规模并不是线性比例的，而是介于线性和平方之间。或者这样解释，一个10，000（1W）行代码的项目，产生了10个bug，即千行代码bug率为1；但是相对来说，100，000行代码的项目，bug可能就为12了，即bug率为1.2了。在评价项目质量时，必须要考虑这个因素。

2.bug在时间上的分布（主要在什么阶段产生了bug，如果在最后的用户验收测试阶段发现了大量的bug，则测试过程明显不合理）

bug不但在数量上有一定的趋势，而且在时间分布上也应当遵循一个一般规律。比如在项目代码冻结后，刚开始进行测试的阶段，bug是处于上升状态的，随着测试的进行和bug的修复以及因为修复bug而新引入的bug，bug数量会在一定时期维持一个峰值；在测试的末期，新发现的bug数量显著下降，趋于收敛。</