代码评审的速度与缺陷密度是啥关系?
发布于 2024-10-02
980
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一家企业对8个项目的代码评审数据进行分析,虽然样本量有限,但其中仍可见一些规律。这些数据展示了代码评审中发现的缺陷密度和评审速度之间的关系。
根据收集的数据,得到了如下度量信息:
- 评审缺陷密度的范围从3.03个/kLoc到60个/kLoc不等。
- 评审速度的范围从100 loc/小时到3295 loc/小时。
通过对这些数据的散点图进行观察,发现了两个主要的趋势:
- 评审发现的缺陷密度与评审速度之间存在曲线相关性。
- 随着评审速度的增加,评审发现的缺陷数量逐渐减少。
为了深入研究这种关系,对缺陷密度进行了数学变换,即new y = 1/sqrt(评审缺陷密度),这样转换后可以与评审速度建立线性回归方程。通过这种变换,得到了以下回归方程:
new y = 0.1343 + 0.000138 * 评审速度(loc/小时)
最终,通过逆向运算,可以用上述方程来估计评审的缺陷密度,其计算公式为:
评审的缺陷密度 = 1 / (0.1343 + 0.000138 * 评审速度)^2
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI:收获的欣慰
晚上客户为我送行,今天是我最后一次现场咨询,12月底的正式评估我回避了。去年底我和他们一起努力,使他们公司通过了CMMI2级的评估,今年底将进行CMMI3级的正式评估。2年的时间,见证了他们的软件管理体系从无到有,从2级到3级的历程,回顾2年来的变化,甚感欣慰:Ø 项目经理能够编写比较详细的项目计划,进行比较完备的WBS分解;Ø 项目组每周都有例会,每个阶段都会里程碑评审,
企业管理软件的需求获取方法
作者:任甲林 来源:希赛网 在需求工程中,需求获取阶段是和用户交往最多的一段时间, 而绝大部分用户是不懂得需求分析方法的,他们不知道怎样全面而又准确无误地表达自己的需求,因而对于需求分析人员来讲,需要掌握很好的方法与技巧,恰当地启发引导用户表达自己的需求,以便为项目的成功提供一个很好的基石。 一 需求获取的2个基本原则 1 深入浅出 对企业的需求调研的要尽可能的全面、细致,调研的需求是个
COSMIC规模度量案例集一:五个应用软件的需求规模度量
一、手机操作系统更新手机每天在凌晨两点钟的时候自动检测是否有新版的操作系统。如果有,则保存当前打开的所有应用及其信息,关闭所有的应用,然后下载新版的操作系统,自动更新操作系统,然后重启手机,自动恢复到工作环境(打开之前的所有应用,并回到所有的操作等),如果没有新版的操作系统需要更新,则退出该功能。简易环境图:按照数据移动为主线识别功能点: 10CFP 数据移动 兴趣对象(数据组) 备注 E .
我说CMMI之五:CMMI 4个等级的区别
我说CMMI之五:CMMI 4个等级的区别
了解CMMI的人都知道CMMI有5个等级,但是要将5个等级的区别真正说明白,说透彻不太容易。下面我们用一个表格概括之。表格中并没有1级,1级在CMMI中没有对应的过程域,是起始级,所以不加描述。4-5级的区别在过程能力方面表现比较突出,其他几个方面并没有进行严格区分。
逐行解释之:
1 过程能力指的是过程持续稳定的实现过程目标的能力。
通常我们都拿职业运
如何确定测试的重点?
测试投入不足是大多数项目都面临的棘手问题。在此前提下,如何最大限度的提升软件的可靠性呢?本文给出了一个简单框架,帮助组织与项目组定义自己的测试策略、测试重点。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线