先来看下【千行代码缺陷率】是怎么回事?
bug数/代码行数*1000
。CMMI级 | 千行代码缺陷率 |
---|---|
1级 |
|
2级 |
|
3级 |
|
4级 |
|
5级 |
|
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的代码太简单了。
所以从此刻开始,公司的开发同事就使劲的增加分母,让代码足够大,这样处于分子的缺陷再多,也会绩效很好。而B优秀的代码被抛弃,像B这样的程序员被淘汰。那么可想而知这个公司的最终之路是什么??
Source Insight、Code Metrics、Cobertura
以下这些仅供参考:
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。