关于CMMI 级别和 BUG率(千行代码缺陷率)

研发效能度量:破解千行代码缺陷率引发的“血案” 本文共计2500字,建议阅读时间:5~6分钟。 ‍ 阅读本文你将收获: 1、搞清楚度量的概念和分类 2、用系统化破解“血案” 3、研发效能度量的系统方法 ‍ 前言:人们常常认为软件研发度量为管理者提供了一把标尺,可以简单丈量出团队乃至个人的表现,但这个隐喻背后其实包含了对研发效能度量的一些误解。 ‍ 01 度量的分类和定义 ‍ 度量分两种,一种是物理度量,一种是统计度量。 物理度量追求极致精确,测定目标物理量的接近绝对精确的数值。从秦始皇统一度量衡,到如今普遍使用的激光测距仪,物 阅读详情
AI摘要

本文探讨了不同CMMI级别对应的千行代码缺陷率,并列举了部分通过CMMI5级评估的国内IT企业。此外,文中还提到了美国雷神公司的极低BUG率及其背景信息。

关于CMMI 级别中和BUG率相关的信息如下:


千行代码缺陷率(bug率):

CMM1级    11.95‰

CMM2级    5.52‰

CMM3级    2.39‰

CMM4级    0.92‰

CMM5级    0.32‰


基本属于成倍递减。国内通过CMMI 5 级评定的IT行业公司如下(信息来源互联网,如有出入,欢迎指正):

公司名称通过年份备注
东软2002据说是第一家通过CMMI5的中国企业
中国软件2006
新宇科技2003
中科院软件研究所2005
软通动力2006
亚信科技2007
华为印度研究所2003
华信2004
惠普中国软件研究中心2004
用友2004
埃森哲2005

据了解之所以说东软是第一家通过cmmi5的中国企业,是因为其他很多公司为合资,东软也只是apn事业部(主要做汽车音响和导航)完成了CMMI5级别的评定。

比如华为也是印度研究所通过了认证。


美国雷神Raytheon公司的BUG率为千分之0.03(CMM5 的标准是千分之0.32)。

这种标准比最高级别降低了十倍,详细搜索了一下这个公司(信息来自百度百科):

雷神公司(Raytheon Company)是美国的大型国防合约商,总部设在麻州的沃尔瑟姆。雷神在世界各地的雇员有73,000名,营业额约200亿美元,其中超过90%来自国防合约。根据Defense News 2005年的数据雷神是世界第五大国防合约商。

好吧,我们或许从来没有意识到,我们项目中存在的质量、BUG问题,在摩天大楼的建设,国防项目的建设上都是存在的。如果我们一味的强调软件必然有BUG,那可能打到朝鲜的导弹会直接偏离到日本,虽然这些确实跟人员的素质、生产率的质量以及管理有很大的关系,我们可以不用这种标准来要求自己,但要向着好的目标前进。

至少要意识到,提高软件质量,降低缺陷率,达到一个高度,在业内是存在的,只是我们的环境和客观条件让我们停滞不前。


国内的互联网公司很多还意识不到质量和成本的重要性,是因为我们从客户手里拿到的运营利润要远远大于我们的实际成本,我们关注更多的是不停的迭代式开发,上线新项目,招人,看业务用户数指标,当我们开始重视质量和成本的时候,往往盘子已经很大了,或者我们虽然外表光鲜,但每个互联网人都知道其实我们内部一团散沙。


我们不一定要达到CMMI 的质量和等级,但当我们快速成长并遇到瓶颈的时候,这些确实对改进工作很有效。用别人的一句话说:”日常工作中,我们有大量的数据和各种信息,只是因为我们缺少统计知识及其他辅助的管理工具,导致这些数据和信息的价值被白白地浪费掉了。“







【企业管理】【管理科学】第一百零四篇 解决方案部的工作内容和工作职责01 产品报价是销售过程中价值变现的“临门一脚”,也是检验前期所有价值沟通成果的“试金石”。本体系旨在超越“价格告知”的初级层面,构建一个将价格与价值深度捆绑、引导客户决策、最大化赢单率与利润空间的战略性报价操作系统。它使报价成为价值沟通的延续、竞争定位的宣告和长期合作关系的开端,而非谈判对抗的起点。工程服务报价是专业服务销售皇冠上的明珠,其本质是将无形的专业智慧、不确定性的交付过程与可变的风险,转化为一份客户认可、权责清晰、商业可行的“价值交付契约”。本体系旨在构建一个超越简单“工时×单价”的初级模式,通过。 阅读详情

相关推荐

【信息科学与工程学】计算机科学与自动化 第二百零一十一 软件开发模型01

编号类型模型领域模型中的知识点/因素/参数关联知识和法律法规1传统顺序模型瀑布模型 (Waterfall)通用软件开发、硬件紧密耦合系统、政府/军工项目、需求稳定的传统信息系统严格线性阶段:可行性研究→需求分析(SRS,含功能/非功能/接口/约束,使用IEEE 830模板)→系统设计(概要设计HLD:架构、模块划分、数据库ER图;详细设计LLD:伪代码、类图、接口定义)→实现(编码规范、代码审查、静态分析工具SonarQube)→测试(单元测试JUnit、集成测试、系统测试、验收测试UAT,测试计划提前编写

weixin_49199313的博客 156

千行代码率和代码行数总量

1、计算公式 千行代码bug率=bug数/(代码行数/1000) 2、bug率标准 CMMI级别中做出了相关的指标规定,千行代码缺陷率(bug率): CMM1级 11.95‰ CMM2级 5.52‰ CMM3级 2.39‰ CMM4级 0.92‰ CMM5级 0.32‰ 3.统计方式一 git log :不准确 4.统计方式二 使用cloc ...

atzqtzq的博客 1万+

CMMI管理指南阶段缺陷清除率指南.pdf

CMMI管理指南阶段缺陷清除率指南.pdf

千行代码缺陷率的参考值

千行代码缺陷率(bug率): CMM1级    11.95‰ CMM2级    5.52‰ CMM3级    2.39‰ CMM4级    0.92‰ CMM5级    0.32‰

tozheng的专栏 1万+

RNA-Seq数据分析实战:从FastQC到STAR比对的完整流程(附避坑指南)

本文提供了RNA-Seq数据分析从FastQC质控到STAR比对的完整实战流程与避坑指南。详细解读了FastQC/MultiQC报告的关键指标,并重点阐述了STAR比对工具的核心参数设置、索引构建及性能优化策略,旨在帮助用户获得准确可靠的比对结果,为下游基因表达分析奠定坚实基础。

weixin_29290259的博客 92

电子产品的老化测试有哪些类型?

因此,越来越多的人在寻找“已知合格的测试连接器”,即经过测试具有可靠性和有效性的测试连接器,可以在老化测试中制定优化方法。例如对于芯片来说,不同的封装有不同的老化测试座,QFP老化测试座,QFN老化测试座等。老化测试时,专用老化电路板上的元件将承受等于或高于其额定工作条件的压力,以消除任何在额定寿命之前过早失效的元件。静态老化:在此类系统中,将测试设备安装到老化板上的插座中,然后放入老化箱中,其中每隔12至24小时施加电源和高温。动态老化:在动态老化系统中,设备以老化速度设定的最大速率进行测试。

软件技术的专栏 1839

千行代码bug率统计

1、计算公式 千行代码bug率=bug数/(代码行数/1000) 2、bug率标准 CMMI级别中做出了相关的指标规定,千行代码缺陷率(bug率): CMM1级 11.95‰ CMM2级 5.52‰ CMM3级 2.39‰ CMM4级 0.92‰ CMM5级 0.32‰ 3、统计方式 git log master..分支名 --no-merges --pretty=tformat: --numstat | awk '{ add += $1; subs += $2; loc += $1 - $2 }

乡村少年的程序人生 1万+

Qt5+OSG实战:如何用osgQOpenGLWidget在窗口中加载3D模型(附完整代码)

本文详细解析了如何在Qt5中使用osgQOpenGLWidget加载和渲染3D模型,涵盖环境配置、核心架构、性能优化及高级技巧。通过实战案例和完整代码,帮助开发者实现工业级3D模型渲染,提升Qt与OSG的整合效率。

weixin_42741930的博客 263

浅谈千行代码bug率计算

浅谈千行代码bug率计算 因业务需要,需给大家提供出一个千行代码BUG率计算工具。 我搜索了一些资料, 所谓的千行代码出错率,计算方式为:bug数/代码行数*1000。 CMMI级别中做出了相关的指标规定: 千行代码缺陷率(bug率): CMM1级 11.95‰ CMM2级 5.52‰ CMM3级 2.39‰ CMM4级 0.92‰ CMM5级 0.32‰* 但以原本计算方式中代码行数统计不合理,...

m0_38112384的博客 1万+

【rt-thread实战解析】从零到一:基于STM32与LAN8720A的以太网驱动配置全流程

本文详细解析了在RT-Thread操作系统上为STM32F407配置LAN8720A以太网驱动的全流程。从硬件连接自查、CubeMX工程创建、PHY复位函数编写,到RT-Thread工程配置、LwIP协议栈集成,最后进行实际上电测试与网络调试,手把手指导开发者避开常见陷阱,实现稳定的以太网连接。

m2n3b4v5c6的博客 525

字节跳动高频111道核心前端面试题解析,web开发增强

但是本人觉得看书也很必要,可以节省很多时间,常见的javascript的书,例如:javascript的高级程序设计,是每位前端工程师必不可少的一本书,边看边用,了解js的一些基本知识,基本上很全面了,如果有时间可以读一些,js性能相关的书籍,以及设计者模式,在实践中都会用的到。内容包括html,css,JavaScript,ES6,计算机网络,浏览器,工程化,模块化,Node.js,框架,数据结构,性能优化,项目等等。自定义指令(v-check、v-focus)的方法有哪些?v-model是什么?

2401_84094620的博客 1200

CMMI 级别中和BUG率

关于CMMI 级别中和BUG率相关的信息如下: 千行代码缺陷率(bug率): CMM1级 11.95‰ CMM2级 5.52‰ CMM3级 2.39‰ CMM4级 0.92‰ CMM5级 0.32‰ 基本属于成倍递减。国内通过CMMI 5 级评定的IT行业公司如下(信息来源互联网,如有出入,欢迎指正): 公司名称 通过年份 备注 东软 2002 据说是第一家通过CMMI5的中国企业 中国软件 2006 新宇科技 2003 中科院软件研究所 2005 软通动力 2006

wsrfljygracie的博客 1680

超声波传感器(CH101&ch201) - Ⅰ

压电微机械超声换能器(PMUT)和超声波信号处理的可编程片上系统(SoC)集成在一起的传感器

nicole088的专栏 2796

千行代码出错率

公司外审时需要测试报告提供差错率,由于本人做测试也不是很久,所以不知道差错率是什么,于是百度了一下,所谓的差错率即系统千行代码的出错率,计算方式为:bug数/代码行数*1000,于是结果就出来了,总代吗行数约30万,bug数约63,差错率等于0.21‰ 。好,如此上报,没有后续。。。之后一直这么计算。。。 某日闲着无事看到了报告中出错率,就好奇这个值究竟代表何意,心想着今天一定要把这个给了解透,于

tengyeyijiu的专栏 2万+

六、大模型(LLMs)参数高效微调(PEFT) 面

链接: https://pan.baidu.com/s/1TYqdCK53tDFEYGtAvpnTbA 提取码: 6a9s。考核中的核心考点,并针对这些考点提供了详尽的解答。通过网盘分享的文件:06大模型(LLMs)参数高效微调(PEFT) 面。)有哪些方法,能不能稍微介绍一下它们间?这种微调方法和全参数比起来有什么劣势吗?能不能总结一下各种参数高效微调方法?高效参数微调,如何进行存储?多种不同的高效微调方法对比。模型显存占用的部分有哪些?微调方法为啥能加速训练?微调计算可训练参数的比例。

weixin_51988935的博客 535

【异常】OpenClaw总Token超限400报错400 Total tokens of image and text exceed max message tokens. Request id:

摘要: 多模态大模型调用中,图文总Token超限导致的400报错是常见问题。本文分析了该报错的触发原因(文本+图片Token总和超出接口限额),并从技术层面解释了多模态Token的计数规则。解决方案分为三个层次:1)紧急修复(精简文本、压缩图片、拆分请求);2)标准化根治(预校验Token、图片预处理、限额适配);3)进阶兜底(分块处理、模型升级、容错机制)。通过前置管控与源头优化,可有效解决并预防此类问题,提升业务稳定性。

奶爸的编程之路,也就一周冷个三天 832

代码质量评估的新方法

更有效的对代码质量进行评估。

与code无关的反思 7435

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

软件全面质量管理的思想体系

质量管理体系分为三个阶段: 检验质量管理:如有些产品后面有qc标签,将不合格品剔除,保证出品的都是合格的。即事后检验。但是成本是没法控制的。 统计质量控制:对历史数据进行统计分析,用于指导今后的项目。 全面质量管理:全员参与,全周期管理 而全面质量管理的体系,有三个是比较出名的。 ISO9000:通用的,不特别准对软件。8项质量管理。 CMM:主要外包公司去认证。如易保。 六西格玛:制造类公司比较多一些。 每个体系都很庞杂,我只把体系中的比较精髓的部分列在博客里,方便以后查找

missvitone的博客 479

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

从费根检查到AI代码审查:质量保障的演进与实践

代码审查是软件工程中保障代码质量的核心活动,其历史可追溯至1976年Michael Fagan提出的结构化检查方法——费根检查。该方法强调审查的流程化、角色分工与缺陷追踪,为后续工程实践奠定了基石。随着软件开发走向异步协作,基于Pull Request的评审成为主流,但审查深度不足的问题也随之显现。如今,AI大模型的介入为代码审查带来全新范式:从规则驱动的静态分析转向模式驱动的语义理解,AI能够自动识别逻辑隐患、规范偏差与性能风险,充当高密度预审员。然而,AI并非万能,正确性判断、需求理解仍是其边界。本文结

weixin_34224941的博客 271

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

项目验收测试

验收测试

明天是Spring的博客 3227

什么是千行代码缺陷率?

先来看下【千行代码缺陷率】是怎么回事?所以从此刻开始,公司的开发同事就使劲的增加分母,让代码足够大,这样处于分子的缺陷再多,也会绩效很好。而B优秀的代码被抛弃,像B这样的程序员被淘汰。那么可想而知这个公司的最终之路是什么??以下这些仅供参考:

虫无涯的博客 1万+

如何制定测试团队度量体系

每当月底或一个季度结束,公司或项目都会进行考核指标的统计,来总结每个组员在这个阶段的工作产出与绩效成绩。那么制定哪些指标最为标准,最为专业,同时针对整个项目组都是公平的,这个就需要每个公司或项目根据实际情况而定。但大体的都会有BUG数、编写用例数、执行用例数等。

伤心的辣条 5017

公司KPI考核代码行数,程序员神操作:10行变500行!

“如果你无法度量,就无法管理。” 这年头,谁都逃不过被KPI支配的恐惧。KPI,俗称绩效,全称关键绩效指标,也是领导口中常说的“小目标”,往往“领导动动嘴,手下跑断腿”。程序员自然也是逃不过,但众所周知,程序员的劳动价值,“可以定性,不能定量”。因为工作性质,程序员的工作很难考核,公司又不得不考核。为了更好地管理员工,某些领导总能想到一些奇葩的管理方式!!!规定一千行代码bug率图片来源于网络,...

传智播客的专栏 3195

Bug量分析,Bug是否越多越好?

经常会听到有人讨论,某某一个月发现了500多条bug,还有谁一天发现了100多条bug,公司的绩效是根据bug量多量少来衡量等问题,但是,我们能仅从bug量上就看出来一个人的工作质量吗?显而易见,这样太过片面了。首先,bug量显示了哪些问题,代表了什么?在这里我们认为bug多的软件质量可能不好,为什么说是可能,而不是肯定,因为这里面缺少了参照点,下面将从bug量配合查看的因素来进行分析。

weixin_45189665的博客 3118
上一篇: 邮箱终于找回
下一篇: 【创新基金项目可行性报告】如何写项目可行性报告/项目申报文档
ClsData
博客等级 码龄20年 34粉丝 33原创
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值