为新建的互联网软件系统设定缺陷密度基线需要区分其所在的阶段因为“发布前”和“发布后”的标准差异巨大。同时也要注意KLOC千行代码和FP功能点这两种常见度量单位。下面是基于最新行业数据为你整理的基准参考表统计口径 / 项目类型度量单位缺陷密度基准参考数据说明国内企业自主开发软件 (整体)个/KLOC13.262024年国内行业整体水平适用于“发布前”代码扫描发现的所有缺陷。开源软件项目 (整体)个/KLOC16.54一个同类横向对比基准也属于“发布前”的统计口径。Gartner 成熟产品管理团队目标个/KLOC0.5 - 1“发布后”基准代表交付到生产环境的卓越水平Bug极少。国内 IT 公司初创项目 (内部基准)个/KLOC4 - 6“发布前”的理想内部基线相比13.26的平均值是较高的质量标准。CMMI 三级企业 (发布后)个/KLOC0.5 - 1.5CMMI三级企业能稳定达到的“发布后”水平。中国软件行业基准 (交付前)个/FP0.12由CSBSG基于37631套国内项目数据得出的中位数基准。中国软件行业基准 (交付后)个/千FP11.26同样基于37631套国内项目数据的“交付后”中位数基准。成熟项目 (发布前理想值)个/KLOC1.5 - 2.5许多实践者的理想“发布前”目标。 如何解读与使用这些基准分清阶段对标不同数据上线发布前对标表格中的行业平均13.26或内部优秀基线4-6数值通常较高。上线发布后对标Gartner或CMMI基准 1.5这是用户能感知到的真实质量。理解度量单位区分场景个/KLOC常用于代码静态扫描实时衡量代码产出质量。个/功能点 (FP)常用于项目估测和行业横向对比统计的是已验证的缺陷。动态管理持续优化建立环比改进目标永远比追求单一的静态数字更重要。如果你的项目发布前能从“行业平均”逐步优化到“优秀基线”就已经取得了巨大的进步。