jacoco原理分析及案例分析《一》jacoco报告

 

• java代码覆盖率jacoco原理及案例分析

• 目录：https://blog.csdn.net/liuxueyi521/article/details/87898581

• 实战案例：视频内容1：https://edu.csdn.net/course/detail/19104

• 实战案例：视频内容2：http://edu.51cto.com/course/17028.html?source=so

 

《jacoco报告解析》

 

1. 代码覆盖率

在做单元测试时，代码覆盖率常常被拿来作为衡量测试好坏的指标，甚至，用代码覆盖率来考核测试任务完成情况，比如，代码覆盖率必须达到70％或 80％。

1. JaCoCo报告

Jacoco从多种角度对代码覆盖情况进行了分析，包括指令（Instructions，C0 Coverage），分支（Branches，C1 Coverage），圈复杂度（Cyclomatic Complexity），行（Lines），方法（Methods），类（Classes）。

 

• 1、Instructions

Jacoco计算的最小单位就是字节码指令。计数单元是单个java二进制代码指令，指令覆盖率提供了代码是否被执行的信息，度量完全 独立源码格式。

 

• 2、Branches

Jacoco也计算分支的覆盖率，包括所有的if和switch语句。这个度量计算一个方法里面的总分支数，确定执行和不执行的分支数量。分支覆盖率总是可用的，即使class文件里面没有调试信息。注意异常处理是不在分支度量里面统计的。

如果class文件使用调试信息编译的话，产生的覆盖率可以映射到源码行并且高亮提示：

• 没有覆盖：在这一行中没有分支被执行（红色菱形）
• 部分覆盖：这一行的分支中只有一部分被执行（黄色菱形）
• 完全覆盖：这一行的所有分支都被执行（绿色菱形）
  1. Cyclomatic Complexity

Jacoco为每个非抽象方法计算圈复杂度，并也会计算每个类，包，组的复杂度。根据由McCabe1996圈复杂度的定义是，在（线性）组合中，计算在一个方法里面所有可能路径的最小数目。所以复杂度可以作为度量单元测试是否有完全覆盖所有场景的一个依据。复杂度即使是在没有调试信息的情况下也可以计算。圈复杂度V（G）的正式定义是基于方法的控制流图的有向图表示：

v(G) = E – N + 2

E是边界的数量，N是节点的数量。Jacoco 基于下面的方程来计算复杂度，B是分支的数量，D是决策点的数量：

v(G) = B – D + 1

基于每个分支的被覆盖情况，Jacoco也为每个方法计算覆盖和缺失的复杂度。缺失的复杂度同样表示测试案例没有完全覆盖到这个模块。注意Jacoco不将异常处理作为分支，try/catch块也同样不增加复杂度。。

 

• 3、Lines

度量被测程序的每行代码是否被执行，判断标准行中是否至少有一个指令被执行。

红色背景：无覆盖，该行的所有指令均无执行。
黄色背景：部分覆盖，该行部分指令被执行。
绿色背景：全覆盖，该行所有指令被执行。

 

•  4、Methods

每一个非抽象方法都至少有一条指令。若一个方法至少被执行了一条指令，就认为它被执行过。因为JaCoco直接对字节码进行操作，所以有些方法没有在源码显示（比如某些构造方法和由编译器自动生成的方法）也会被计入在内。

 

•  5、Classes

每个类中只要有一个方法被执行，这个类就被认定为被执行。同5一样，有些没有在源码声明的方法被执行，也认定该类被执行。