什么是千行代码缺陷率？

2024-07-09 23:09| 来源: 网络整理| 查看: 265

什么是千行代码缺陷率？ 1 定义2 目的3 CMMI定义4 指标的缺点5 改进5.1 圈复杂度5.2 平均缺陷修复时间 6 其他推荐指标

1 定义

先来看下【千行代码缺陷率】是怎么回事？

一千行代码产生的缺陷，这个概念在CMMI中有定义；计算公式为：bug数/代码行数*1000。 2 目的为了度量产品质量，通过这一数据督促开发提高代码质量，提高产品质量。 3 CMMI定义 CMMI定义为： CMMI级千行代码缺陷率1级11.95‰2级5.52‰3级2.39‰4级0.92‰5级0.32‰ 度量的标准为：千行代码Bug率数值越小质量越好。 4 指标的缺点从这个指标我们可以看出，分子越小，分母越大，质量越好，表面看似简单的数据呈现，其实这样的衡量太过单一；我们举个例子：某公司的千行代码缺陷率要求,CMMI3级，即2.39‰ ，以下是三个程序员的对功能M模块的进行实现：

例一： A程序员用20万行代码实现了功能M，产生了bug20个，千行代码缺陷率为1.0‰；这个指标符合公司的要求。但是A的代码极度复杂，为了修改bug，代码耦合性很高，维护成本极大；

例二： B程序员用5000行代码实现了功能M，产生了bug20个，千行代码缺陷率为4.0‰，不满足公司的标准要求。但是B的代码非常精练，可读性高，便于维护，移植性好；

例三： C程序员用5000行代码实现了功能M，产生了bug30个，千行代码缺陷率为6.0‰，不满足公司的标准要求。但是C非常好学，他很努力在向B学习，争取使得自己的代码更具有可读性；

然后呢，公司根据以上三个人的千行代码缺陷率，定义三者的绩效为A最好，B不及格，C被淘汰了；过了N年，这个M模块需要重构，A程序员的代码维护起来非常困难，面对庞大的代码，因为可读性差，维护会产生很多bug；B程序员的代码很容易进行修改，感觉很简单；C的代码仅次于B。但是呢最后评绩效的时候，仍然是A最好，B不行，为什么？

大家都认为A很牛逼，代码量庞大；B的代码太简单了。

所以从此刻开始，公司的开发同事就使劲的增加分母，让代码足够大，这样处于分子的缺陷再多，也会绩效很好。而B优秀的代码被抛弃，像B这样的程序员被淘汰。那么可想而知这个公司的最终之路是什么？？

5 改进综上所述，现在的产品质量不能单一的使用千行代码缺陷率来表示，起码我是这样认为的，那我们用哪些指标更好呢？博主通过查阅资料得到以下指标： 5.1 圈复杂度圈复杂度越高的代码会有越多的Bug；圈复杂度反应了代码的耦合度；推荐的圈复杂度不要超过10；测量圈复杂度的工具：

Source Insight、Code Metrics、Cobertura

5.2 平均缺陷修复时间平均缺陷修复时间能够更好地反映代码本身的质量状况，以及团队的成熟程度；平均修复时间较长的代码都是复杂度高，耦合度高的代码；平均修复时间短的代码都是结构相对清晰，命名规范，容易理解，扩展和变更的代码。 6 其他推荐指标

以下这些仅供参考：

缺陷修复率；重新打开缺陷占比；严重及以上缺陷占比；缺陷遗留DI值等。

【本文地址】

什么是千行代码缺陷率？

什么是千行代码缺陷率？

今日新闻

推荐新闻