sonar覆盖率、代码覆盖率、分支覆盖率的计算方式

3 篇文章 0 订阅
1 篇文章 0 订阅

代码质量的覆盖率分为三种,覆盖率、代码覆盖率、分支覆盖率,那每一种的计算方式是怎么样的呢?

举例:

在这里插入图片描述

上面最有疑惑的是覆盖率,不知道怎么算出了来的,后面再说。

通过sonarqube可以分析出:

指标
可覆盖行(lines_to_cover)13242
未覆盖的代码(uncovered_lines)7943
可覆盖分支(conditions_to_cover)7943
未覆盖分支(uncovered_conditions)7943

代码覆盖率

代码覆盖率(line_coverage) = (可覆盖行 - 未覆盖的代码)/可覆盖行

或者

行覆盖率 ( line_coverage):在给定的代码行上,行覆盖率只是回答“这行代码是否在单元测试执行期间被执行过?”的问题。它是单元测试覆盖线的密度:

线路覆盖率 = LC / EL
其中:

LC = 覆盖线 ( lines_to_cover - uncovered_lines)
EL = 可执行行总数 ( lines_to_cover)

分支覆盖率

分支覆盖率(branch_coverage) = (可覆盖分支 -未覆盖分支 )/可覆盖分支

或者:

条件覆盖率 = (CT + CF) / (2*B)
其中:

CT = 至少一次被评估为“真”的条件
CF = 至少一次被评估为“假”的条件
B = 条件总数

覆盖率(coverage)

它是Line coverage和Condition coveragecoverage的混合体

计算公式为:Coverage = (CT + CF + LC)/(2*B + EL)

CT = 至少一次被评估为“真”的条件
CF = 至少一次被评估为“假”的条件
LC = 已覆盖行 = lines_to_cover - uncovered_lines
B = 条件总数(conditions_to_cover)
EL = 可执行行总数 (lines_to_cover)

参考 https://docs.sonarqube.org/latest/user-guide/metric-definitions/

其他

条件覆盖 ( branch_coverage):在包含一些布尔表达式的每一行代码中,条件覆盖回答了以下问题:“每个布尔表达式是否都被评估为true?false”。这是在单元测试执行期间遵循的流程控制结构中可能条件的密度。

条件覆盖率 = (CT + CF) / (2*B)
其中:

CT = 至少一次被评估为“真”的条件
CF = 至少一次被评估为“假”的条件
B = 条件总数
新代码的条件覆盖率 ( ):此定义与条件覆盖率new_branch_coverage相同,但仅限于新的/更新的源代码。

条件覆盖率命中 ( branch_coverage_hits_data):涵盖条件的列表。

Conditions by line ( conditions_by_line):按行的条件数。

按行覆盖的条件 (covered_conditions_by_line):按行覆盖的条件数。


Coverage : Line coverage和Condition coveragecoverage的混合体。它的目标是为“单元测试覆盖了多少源代码?”这个问题提供更准确的答案。

覆盖率 = (CT + CF + LC)/(2*B + EL)
其中:

CT = 至少一次被评估为“真”的条件
CF = 至少一次被评估为“假”的条件
LC = 覆盖线 = 覆盖线-未覆盖线
B = 条件总数
EL = 可执行行总数 ( lines_to_cover)
新代码的覆盖率 ( ):此定义与覆盖率new_coverage相同,但仅限于新的/更新的源代码。


行覆盖率 ( line_coverage):在给定的代码行上,行覆盖率只是回答“这行代码是否在单元测试执行期间被执行过?”的问题。它是单元测试覆盖线的密度:

线路覆盖率 = LC / EL
其中:

LC = 覆盖线 ( lines_to_cover - uncovered_lines)
EL = 可执行行总数 ( lines_to_cover)
新代码的线路覆盖率 ( ):此定义与线路覆盖率new_line_coverage相同,但仅限于新的/更新的源代码。

Line coverage hits ( coverage_line_hits_data): 覆盖线的列表。

要覆盖的行数 ( lines_to_cover):单元测试可以覆盖的代码行数(例如,空白行或完整注释行不被视为要覆盖的行数)。
新代码要覆盖的行数 ( ):此定义与要覆盖的行数new_lines_to_cover相同,但仅限于新的/更新的源代码。


跳过的单元测试 ( skipped_tests):跳过的单元测试数。


未覆盖条件 ( uncovered_conditions):单元测试未覆盖的条件数。

新代码的未覆盖条件 ( ):此定义与未覆盖条件new_uncovered_conditions相同,但仅限于新的/更新的源代码。

未覆盖行数 ( uncovered_lines):未被单元测试覆盖的代码行数。

新代码上的未覆盖行 ( ):此定义与未覆盖行new_uncovered_lines相同,但仅限于新的/更新的源代码。


单元测试 ( tests):单元测试的数量。

单元测试持续时间 (test_execution_time):执行所有单元测试所需的时间。

单元测试错误 ( test_errors):失败的单元测试数。

单元测试失败 ( test_failures):因意外异常而失败的单元测试数。

单元测试成功密度(%) (test_success_density):测试成功密度=(单元测试-(单元测试错误+单元测试失败))/(单元测试)*100

  • 3
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
提供的源码资源涵盖了安卓应用、小程序、Python应用和Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

IccBoY

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值