?
如何衡量测试结果的充分性、有效性和可信度，需要测试人员不断探索和实践。作为一种客观的度量，代码覆盖率在单元测试中被广泛使用，但在系统测试中却很少使用。这时候JaCoCo派上了用场。将代码覆盖率统计应用到功能测试中，用JaCoCo的代码覆盖率报告验证测试工作是否充分有效。
?
一、什么是 JaCoCo
JaCoCo 是一个免费、开源 Java 代码覆盖率工具。
二、什么是代码覆盖率
覆盖率是用来衡量测试代码对功能代码的测试情况，通过统计测试代中对功能代码中行、分支、类等模拟场景数量，来量化说明测试的充分度。代码覆盖率 = 代码的覆盖程度，一种度量方式。
简单来说，覆盖率:运行了一个测试用例，执行了项目代码中的哪些模块、文件、类、方法和行。
其中，行覆盖率是最细的粒度，其他覆盖率可以从行覆盖率计算出来。
1. 行覆盖
当至少一个指令被指定源码行执行时，该源码行被认为已执行。
2. 类覆盖
当一个类至少有一个方法已执行，则该类被认为已执行，包括构造函数和静态初始化方法。
3. 方法覆盖
当方法中至少有一个指令被执行，该方法被认为已执行，包括构造函数和静态初始化方法。
4. 分支覆盖
if 和 switch 语句算作分支覆盖率，这个指标计算一个方法中的分支总数，并决定已执行和未执行的分支的数量。
全部未覆盖：所有分支均未执行，红色标志
部分覆盖：部分分支被执行，黄色标志
全覆盖：所有分支均已执行，绿色标志
5. 指令覆盖
指令覆盖最小单元是 Java 字节码指令，指令覆盖率提供了代码是否被执行的信息，它为执行/未执行代码提供了大量的信息。
6. 圈复杂度
在（线性）组合中，计算在一个方法里面所有可能路径的最小数目。可以作为度量单元测试是否完全覆盖所有场景的一个依据。
三、代码覆盖率意义
分析未覆盖部分的代码，反推测试设计是否充分，没有覆盖到的代码是否存在测试设计盲点。
四、覆盖率的误区
若代码如下：
if (i > 100)
j = 10 / i // 没有除零错误
else
j = 10 / (i + 2) // i==-2除零错误覆盖两个分支只需 i == 101 和 i == 1 ，但对于找到 i == -2 没有作用。
所以：
- 不要简单的追求高的代码覆盖率
- 高覆盖测试用例不等于测试用例有用
- 没覆盖的分支相当于该分支上的任何错误肯定都测不到
五、JaCoCo 原理
JaCoCo 使用插桩的方式来记录覆盖率数据，是通过一个 probe 探针来注入。
插桩模式有两种：
1. on-the-fly 模式
JVM 中通过-javaagent 参数指定特定的 jar 文件启动 Instrumentation 的代理程序，代理程序在通过 Class Loader 装载一个 class 前判断是否转换修改 class 文件，将统计代码插入 class，测试覆盖率分析可以在 JVM 执行测试代码的过程中完成。
2. offline 模式
在测试之前先对文件进行插桩，生成插过桩的 class 或 jar 包，测试插过桩的 class 和 jar 包，生成覆盖率信息到文件，最后统一处理，生成报告。
3.on-the-fly 和 offline 对比
on-the-fly 更方便简单，无需提前插桩，无需考虑 classpath 设置问题。
存在以下情况不适合使用 on-the-fly 模式：
- 不支持 javaagent
- 无法设置 JVM 参数
- 字节码需要被转换成其他虚拟机
- 动态修改字节码过程和其他 agent 冲突
- 无法自定义用户加载类
评论区说说
今天的小知识学会了吗？
是不是非常实用呢~
需要资料的就在文末留言111吧