研发度量指标及计算公式大全

(转载内容 个人学习)
研发度量指标及计算公式大全

类别

指标

指标简介

公式及计算方法

代码集成与指标

代码行

指的是一份代码文件中的有效代码行、注释和空行的总数。统计代码行数可以帮助团队评估代码库中的代码量以及代码复杂度。

统计代码库中的代码行数(包括注释和空行)。

提交粒度

指的是代码提交的粒度大小,例如函数、类、文件等。评估提交粒度可以帮助团队了解提交的代码规模以及代码变更的范围。

统计代码提交的粒度大小,例如函数、类、文件等。

CR效率

指的是每位开发人员处理CR的效率,通常是以CR处理数量或处理时间来衡量。评估CR效率可以帮助团队优化CR处理流程,提高开发效率。

CR效率 = 人均CR处理效率 / CR数:计算每位开发人员处理CR的效率。

CR效果

指的是CR的通过率,即通过审核的CR数量占总CR数量的比例。评估CR效果可以帮助团队了解CR审核的质量和效率。

CR效果 = 通过率 / CR数:统计CR的通过率。

构建频率

指的是构建的次数或频率,通常用于评估CI/CD系统的效率和稳定性。统计构建频率可以帮助团队了解构建的频率以及代码变更的频率。

构建频率 = 运行次数 / 时间:计算构建的次数以及频率。

构建成功率

指的是构建成功的次数占总构建次数的比例,用于评估构建的稳定性和效率。评估构建成功率可以帮助团队了解构建的稳定性和效率。

构建成功率 = 成功次数 / 运行次数:统计构建成功的次数与运行总次数的比例。

上线成功率

指的是代码上线成功的次数占总提交次数的比例,用于评估代码集成和指标除的效率和稳定性。统计上线成功率可以帮助团队了解代码集成和指标除的效率和稳定性。

上线成功率 = 成功次数 / 提交次数:统计上线成功的次数和提交的总次数的比例。

合并请求通过率

指的是通过审核的合并请求数量占总合并请求数量的比例。评估合并请求通过率可以帮助团队了解合并请求审核的质量和效率。

合并请求通过率 = 通过数 / 合并请求数:计算通过的合并请求的数量占总合并请求数量的比例。

代码提交频率

指的是代码提交的频率,通常用于评估开发人员的效率和代码变更的频率。统计代码提交频率可以帮助团队了解开发人员的效率和代码变更的频率。

代码提交频率 = 提交次数 / 时间:计算代码提交的频率。

长周期分支数量

指的是分支持续时间超过阈值的数量。评估长周期分支数量可以帮助团队了解长周期分支的情况,以便及时优化和处理。

长周期分支数量 = 分支持续时间超过阈值的数量:统计长周期的分支数量。

维护成本

评估代码集成和指标除所涉及的维护成本,包括资源、时间等消耗情况。

包括评估代码集成和指标除所涉及的资源和时间消耗。可以通过计算某一段时间内的团队人数、工作时间、开发环境和工具的使用情况、项目的复杂度等因素来估算维护成本。

故障率和故障处理时间

评估代码集成和指标除过程中发现的故障率以及故障处理时间,以确保代码质量和稳定性。

故障率 = 某段时间内故障数量 / 被测代码总行数;
故障处理时间:故障处理时间 = 某段时间内所有故障修复时间总和 / 修复故障的总数;

代码覆盖率

评估测试覆盖代码的比例,以确保足够的测试覆盖以及代码质量。

代码覆盖率:代码覆盖率 = 被测试代码行数 / 总代码行数;

团队交互频率

评估团队内部和外部的交际情况及合作效率,以确保合作和沟通的良好状态。

团队交互频率:团队交互频率 = (沟通频率 + 问题解决速度 + 会议时间) / 团队成员总数;

配置管理和版本控制

评估代码集成和指标除过程中版本控制和配置管理的完整性和准确性。

评估代码集成和指标除过程中版本控制和配置管理的完整性和准确性。可以通过统计版本控制系统中的提交次数和文件变更数来评估版本控制和配置管理的完整性和准确性。

上线时间和频率

评估代码上线时间的频率和延迟情况,以确保代码集成和指标除能够快速进行。

上线频率 = 某段时间内上线的代码量 / 总代码量;
上线延误率 = 某段时间内因各种原因导致延迟上线的代码次数 / 总上线代码次数;

代码复杂度

评估代码的复杂度以及代码重构的频率和效果,以确保代码质量。

可以通过各种代码度量工具来计算代码复杂度,例如Cyclomatic Complexity,Lack of Cohesion in Methods (LCOM)等等。

用户反馈

评估用户反馈的质量和数量,以便持续改进和提高用户满意度。

可以通过用户反馈调查问卷等方式进行评估,也可以使用各种分析工具来统计和分析用户反馈数据,例如Google Analytics等。

代码质量领指标

问题扫描

使用自动化静态代码分析工具扫描代码中的潜在问题(如代码中可能会出现的漏洞、安全问题、输入验证和格式错误等),以及遵循编码最佳实践的遗漏,以识别可能出现的错误、漏洞或安全威胁。

可通过静态代码分析工具等进行扫描,得到扫描结果。

复杂度

通过衡量代码中的控制流程,包括条件判断和循环等,以及查找错误和发现代码的潜在弱点,以发现代码弱点和优化机会。

可使用代码复杂度分析工具(如Cyclomatic Complexity)计算代码的复杂度指标,常见的代码复杂度度量指标包括:条件分支、循环、递归和函数大小等。

代码冗余

检测代码中的重复行、过时代码和无用代码,并通过它们的删除来减少代码体积、提高代码的可读性和可维护性,降低代码的开发成本和维护成本。

代码冗余:冗余代码量 / 总代码量。

扇入、扇出

在计算软件系统和子系统的复杂度和可维护性时,基于扇入和扇出的指标可以提供宝贵的信息。扇入表示对某一代码单元的调用是否出现在其他代码单元中,扇出表示某个代码单元是否调用了其他代码单元。

扇入表示对某个代码单元的调用是否出现在其他代码单元中,扇出表示某个代码单元是否调用了其他代码单元。

测试覆盖率

指在测试过程中覆盖代码基本要求的指标,可以衡量测试活动是否涵盖了应用程序的各个部分,并为软件工程师提供更好的开发路线图。

具体计算方式根据具体的工具而异,通常来说是统计被测试代码的覆盖情况,如行覆盖率、分支覆盖率等。

线上缺陷密度

表示在应用程序的生命周期中发现的未修复错误的数量,通常使用“错误/代码行”的比率来表示。

线上缺陷密度 = 某段时间内发现的 bug 数量 / 某段时间内代码执行总次数(如请求数、用户数等)。

应用拓扑

构建应用程序中不同组件之间的关系拓扑图,以帮助开发人员更好地理解应用程序的架构以及各组件之间的交互关系,PMO前沿。

通过分析应用的运行环境、架构及服务之间的依赖关系来构建应用拓扑图。

资源依赖

在应用程序中寻找外部资源,如库、服务、框架和硬件设施,并理解它们与应用程序之间的互动。这可以解决开发人员在部署、扩展和维护应用程序时遇到的各种问题。

分析代码运行依赖的资源,比如依赖库、依赖服务等,以及它们之间的关系。

代码安全问题存量

检测代码中的安全漏洞,以确定代码安全性,并根据分析结果制定安全策略,避免恶意攻击和攻击外部源。

代码安全问题存量 = 缺陷数 / 单位代码量。

可维护性

指在代码编写期间,就从设计和实现的角度考虑代码的可扩展性和维护性,以降低代码的修改和更新成本,提升代码的可维护性。

通常包括代码结构、内部依赖关系、内聚性和耦合性等指标。

可读性

用来衡量代码的易读性、易理解性和易扩展性,通常包括代码编写风格、命名规则、代码注释等方面的考虑。

可读性指标需要从代码编写风格、命名规则等方面考虑。

性能优化

性能优化指的是通过应用程序的修改和优化来提高响应时间、延迟、吞吐量等方面的运行效率。

通常包括响应时间、延迟、吞吐量等指标。

可靠性

可靠性指的是应用程序在各种情况下的稳定性、可用性和出错率等方面的表现PMO前沿。

考虑到代码的稳定性、可用性、出错率等指标。

可重用性

可重用性指的是代码的模块、接口和数据结构可以被多个应用程序共享、复用。有了可重用的代码,开发人员可以更快地完成开发任务,减少了代码重复和修改的工作量,提高了软件开发的效率。

可重用性通常可以通过度量代码的复用率来计算。复用率指在一段时间内使用的复用代码行数占总代码行数的比例。如果复用率较高,表示代码具有较强的可重用性。

可移植性

可移植性指的是代码可以在不同的平台上平稳运行。具有较强的可移植性的代码可以在不同的操作系统和硬件平台上运行,而不需要针对平台进行修改。这可以帮助开发人员更快地扩展应用程序到新的环境中,从而降低了生产力成本。

可移植性可以通过在不同的平台上测试代码来计算。测试可以包括在不同的操作系统、编程语言、硬件平台上运行代码,并比较其性能、稳定性和兼容性。测试结果可以用来计算代码的可移植性,分析其在不同平台上的适应能力。

可部署性

可部署性指的是代码容易部署到生产环境中,不需要耗费大量的时间进行部署。具有良好可部署性的代码可以避免应用程序的部署问题和环境不兼容问题,保持系统的稳定性和高可用性。这有助于降低底层技术和业务逻辑之间的耦合,以及锁定底层技术版本所需的维护成本。

可部署性通常可以通过评估安装、配置和部署代码的时间来计算。较短的部署时间通常意味着代码的可部署性更好。因此,可以通过跟踪安装、配置时间和资源消耗来计算可部署性。对于应用程序的部署也可以使用容器化技术,例如 Docker,以快速部署应用程序。使用这些工具可以提高编码的部署效率并降低部署成本。
——————————————————————————————————————————————————————————————————
研发度量指标大全--PMO前沿制图

代码质量领指标

  • 问题扫描

  • 复杂度

  • 代码冗余

*扇入、扇出

  • 测试覆盖率

  • 线上缺陷密度

应用拓扑

  • 资源依赖

  • 代码安全问题存量

  • 可维护性

*可读性

  • 性能优化

可靠性

可重用性

可移植性

  • 可部署性

代码集成领域指标
① 代码行

提交粒度

C CR效率

•① CR效果

C 构建频率

C 构建成功率

© 上线成功率

合井清求通过率

© 代码提交频率

C 长周期分支数量

C 维护成本

  • 故障率和故障处理时间

© 代码覆盖率

© 國队交互频率

© 配置管理和版本控制

  • 上线时间和频率

代码复杂度

• 用户反馈

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,126评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,254评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,445评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,185评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,178评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,970评论 1 284
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,276评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,927评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,400评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,883评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,997评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,646评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,213评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,204评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,423评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,423评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,722评论 2 345

推荐阅读更多精彩内容