代码评审的速度与缺陷密度是啥关系?
发布于 2024-10-02
1501
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一家企业对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 成员,中国分部主席
471 篇文章
浏览 949.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
小团队靠人治,大团队靠法治
何谓人治?依赖于管理者的人格魅力、经验与能力管理一个团队,而非依赖制度管理一个团队即为人治。
何谓法治?依赖于制度管理一个团队,而非依赖于管理者个人的魅力、能力管理一个团队即为法治。
人治与法治是否对立的呢?非也。其实人治与法治是互补的,是缺一不可的。正如做人,德才兼备才可以大用,有才无德,是要做坏事的,正如企业有法治没有人治,这种企业是没有人情味的,员工会离心离德的。有德无才,是做不成大事的,正如企业靠人治是无法壮大起来一样。
小团队以人治为主,法治为辅。大团队
需求反讲:让“我讲明白了吗”变成“你证明你理解了”
需求反讲是一种创新的需求沟通方式,通过让开发或测试人员主动讲解需求来确保理解一致性。相比传统"需求人员讲-下游听"的单向传递,反讲要求下游人员消化需求后用自己的话复述,并指出疑问点,从而暴露潜在的理解偏差。这种方法源自实践验证,能有效减少开发返工和需求变更。标准流程包括独立研读、反讲会、澄清确认等步骤,强调主动输出和具体表达。关键要点包括:必须用自己的话重构需求、举例说明场景、提出不确定点,严禁照本宣科。实践表明,这种角色反转能显著提升需求传递质量,已在多家企业成功应用。
解读微信团队的七个价值观
2014年5月6日,腾讯公司宣布成立微信事业群(WeiXin Group,简称WXG),张小龙出任微信事业群总裁。他总结微信团队的7个价值观。2019年12月18日在腾讯员工大会上,张小龙又再次重申了这7个价值观。基于我的经验,对这7个价值观解读如下:做对用户有价值的事情。 谁来判断对用户有价值? ...
快速学习COSMIC方法之十七:如何寻找更简单有效的规模度量方法?
很多企业都在探索合理估算工作量的方法,而工作量的多少主要取决于软件规模的大小,因此在估算软件工作量之前需要先估算其规模。传统的规模估算方法是进行代码行的估算,但是对于同一个需求,不同经验的人员去估算,结果差别很大,不同的实现语言,估算结果差别也很大,即使不同经验的人员针对同一种需求去实现,实际的代码行数也差别很大,并且实际情况中,往往一个需求可能需要多种语言结合才能实现。因此,使用代码行作为衡...
数据的三重奏:业务实体、数据对象与属性
此时,一个业务实体“订单”对应了两个数据对象——“订单头”和“订单明细”。一份保险合同在业务上无疑是一个整体,但保险公司的业务专员在日常工作中,可能需要独立地维护“合同主信息”(如投保人、有效期)、“合同标的物清单”(如被保的车辆或房产)、“合同受益人清单”(如受益人和受益比例)。此时,业务实体“订单”对应一个数据对象“订单表”,业务实体与数据对象之间是简单的一一对应。理解“业务实体-数据对象-属性”的三层结构,如同获得一把钥匙,既能打开估算模型的黑箱,也能洞见业务与系统协同的底层逻辑。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线