Jacoco代码覆盖率测试工具

「爱情、让人受尽委屈。」 2021-06-10 20:37 802阅读 0赞

### 文章目录 ###

*   *  Jacoco代码覆盖率测试工具介绍
     *   *  什么是Jacoco
         *  什么是代码覆盖率
         *  代码覆盖率的意义
         *  代码覆盖程度的度量方式
         *   *  1. 行覆盖
             *  2. 类覆盖
             *  3. 方法覆盖
             *  4. 分支覆盖
             *  5. 指令覆盖
             *  6. 圈复杂度
         *  Jacoco原理
         *   *  1. on-the-fly模式
             *  2. offline模式
             *  on-the-fly和offline对比
             *  Java方法的控制流分析
             *  1. 探针插入策略
             *  2. 探针的实现
         *  Jacoco的使用方式

## Jacoco代码覆盖率测试工具介绍 ##

Jacoco是一个开源的覆盖率工具，针对java语言。

### 什么是Jacoco ###

Jacoco是一个开源的代码覆盖率工具，可以嵌入到Ant 、Maven中，并提供了EclEmma Eclipse插件,也可以使用JavaAgent技术监控Java程序。很多第三方的工具提供了对Jacoco的集成，如sonar、Jenkins等。

### 什么是代码覆盖率 ###

代码覆盖（Code coverage）是软件测试中的一种度量，描述程式中源代码被测试的比例和程度，所得比例称为代码覆盖率。  
是软件测试中的一种度量，描述程序中源代码被测试的比例和程度，所得比例称为代码覆盖率。在做单元测试时，代码覆盖率常常被拿来作为衡量测试好坏的指标，甚至，用代码覆盖率来考核测试任务完成情况，比如，代码覆盖率必须达到80％或 90％。

### 代码覆盖率的意义 ###

1.  分析未覆盖部分的代码，从而反推在前期测试设计是否充分，没有覆盖到的代码是否是测试设计的盲点，为什么没有考虑到？需求/设计不够清晰，测试设计的理解有误，工程方法应用后的造成的策略性放弃等等，之后进行补充测试用例设计。
2.  检测出程序中的废代码，可以逆向反推在代码设计中思维混乱点，提醒设计/开发人员理清代码逻辑关系，提升代码质量。
3.  代码覆盖率高不能说明代码质量高，但是反过来看，代码覆盖率低，代码质量不会高到哪里去，可以作为测试自我审视的重要工具之一。

代码覆盖率是衡量测试质量的一个重要指标。在对一个软件产品进行了单元测试、组装测试、集成测试以及接口测试等繁多的测试之后，我们能不能就此对软件的质量产生一定的信心呢？这就需要我们对测试的质量进行考察。如果测试仅覆盖了代码的一小部分，那么不管我们写了多少测试用例，我们也不能相信软件质量是有保证的。相反，如果测试覆盖到了软件的绝大部分代码，我们就能对软件的质量有一个合理的信心。

### 代码覆盖程度的度量方式 ###

#### 1. 行覆盖 ####

*所有类文件均携带debug信息编译，则每行的覆盖率可计算。当至少一个指令被指定到源码行且已执行时，该源码行被认为已执行。*  
\*\**全部未覆盖：该行中指令均未执行，红色标志*  
\*\**部分覆盖：该行中部分指令执行，黄色标志*  
\*\**全覆盖：该行中所有指令已执行，绿色标志*

#### 2. 类覆盖 ####

*当类中至少有一个方法已执行，则该类被认为已执行。Jacoco中认为构造函数和静态初始化方法也当作被执行过的方法。Java接口类型若包含静态初始化方法，这种接口也被认为是可执行的类。*

#### 3. 方法覆盖 ####

*每个非抽象方法至少包含一个指令。当至少一个指令被执行，该方法被认为已执行。由于Jacoco基于字节码级别的，构造函数和静态初始化方法也被当作方法计算。其中有些方法，可能无法直接对应到源码中，比如默认构造器或常量的初始化命令。*

#### 4. 分支覆盖 ####

*Jacoco为if和switch语句计算分支覆盖率。这个指标计算一个方法中的分支总数，并决定已执行和未执行的分支的数量。分支覆盖率在class文件中缺少debug信息时也可使用。异常处理不在分支覆盖的统计范围内。*  
\*\**全部未覆盖：所有分支均未执行，红色标志*  
\*\**部分覆盖：只有部分分支被执行，黄色标志*  
\*\**全覆盖：所有分支均已执行，绿色标志*

#### 5. 指令覆盖 ####

*Jacoco计数的最小单元是Java字节码指令，它为执行/未执行代码提供了大量的信息。这个指标完全独立于源格式，在类文件中缺少debug信息时也可以使用。*

#### 6. 圈复杂度 ####

*Jacoco对每个非抽象方法计算圈复杂度，总结类、包、组的复杂性。*  
*圈复杂度：在（线性）组合中，计算在一个方法里面所有可能路径的最小数目。所以复杂度可以作为度量单元测试是否有完全覆盖所有场景的一个依据。在没有debug信息的时候也可以使用。*  
\*\**圈复杂度V(G)是基于方法的控制流图的有向图表示：V(G) = E - N + 2*  
\*\**E是边界数量，N是节点数量。*  
\*\**Jacoco基于下面方程来计算复杂度，B是分支数量，D是决策点数量：*  
\*\**V(G) = B - D + 1*  
*基于每个分支的被覆盖情况，Jacoco也未每个方法计算覆盖和缺失的复杂度。缺失复杂度同样表示测试案例没有完全覆盖到这个模块。注意Jacoco不将异常处理作为分支，try/catch块也同样不增加复杂度。*

### Jacoco原理 ###

Jacoco使用插桩的方式来记录覆盖率数据，是通过一个probe探针来注入。  
插桩模式有两种：

#### 1. on-the-fly模式 ####

JVM通过 -javaagent参数指定jar文件启动代理程序，代理程序在ClassLoader装载一个class前判断是否修改class文件，并将探针插入class文件，探针不改变原有方法的行为，只是记录是否已经执行。

#### 2. offline模式 ####

在测试之前先对文件进行插桩，生成插过桩的class或jar包，测试插过桩的class和jar包，生成覆盖率信息到文件，最后统一处理，生成报告。

#### on-the-fly和offline对比 ####

on-the-fly更方便简单，无需提前插桩，无需考虑classpath设置问题。  
以下情况不适合使用on-the-fly模式：  
（1）不支持javaagent  
（2）无法设置JVM参数  
（3）字节码需要被转换成其他虚拟机  
（4）动态修改字节码过程和其他agent冲突  
（5）无法自定义用户加载类

#### Java方法的控制流分析 ####

官方文档在这里：[https://www.jacoco.org/jacoco/trunk/doc/flow.html][https_www.jacoco.org_jacoco_trunk_doc_flow.html]

#### 1. 探针插入策略 ####

*探针可以在现有指令之间插入附加指令，他们不改变已有方法行为，只是去记录是否已经执行。可以认为探针放置在控制流图的边缘上，理论上讲，我们可以在控制流图的每个边缘插入一个探针，但这样会增加类文件大小，降低执行速度。事实上，我们每个方法只需要一些探针，具体取决于方法的控制流程。*  
如果已经执行了探测，我们知道已经访问了相应的边缘，从这个边缘我们可以得出其他前面的节点和边：  
（1）如果访问了边，我们知道该边的源节点已经被执行。  
（2）如果节点已经被执行且节点是一个边缘的目标节点，则我们知道已经访问了该边。

![img][]

*上述探针插入策略没有考虑到隐式异常，如果两个探针之间的控制流被未使用throw的语句显示创建的异常终端，则其间的所有指令都被视为未覆盖。因此，只要后续行包含至少一个方法调用，Jacoco就会在两行的指令间添加额外的探测。该方法仅使用于有debug信息的编译的类文件。且不考虑除方法调用之外的其他指令的隐式异常。*

#### 2. 探针的实现 ####

探针需要满足如下几点要求：  
（1）记录执行  
（2）识别不同的探针  
（3）线程安全  
（4）对应用程序无影响  
（5）最小的运行时开销  
Jacoco给每个类一个boolean\[\]数组实例，每个探针对应该数组中的一个条目。无论何时执行，都用下面4条字节码指令将条目设置为true。

ALOAD    probearray
    xPUSH    probeid
    ICONST_1
    BASTORE

### Jacoco的使用方式 ###

1.  [ant][]
2.  [maven][]
3.  [offline][]
4.  [Java agent][]

Jacoco的使用分为三部分，第一部分是注入并采集，第二部分是导出，第三部分是生成报告，三部分可以分开执行。

1）首先在被测程序的启动命令行中加上-javaagent选项，指定jacocoagent.jar作为代理程序。

Jacoco agent搜集执行信息并且在请求或者JVM退出的时候导出数据。有三种不同的导出数据模式：

*  文件系统：JVM停止时，数据被导出到本地文件
 *  TCP socket Server：监听端口连接，通过socket连接获取到执行数据。在VM退出时，可选择进行数据重置和数据导出。
 *  TCP socket Client：启动时，Jacoco agent连接到一个给定的TCP端，请求时执行数据写到socket，在VM退出时，可选择进行数据重置和数据导出。

-javaagent:[yourpath/]jacocoagent.jar=[option1]=[value1],[option2]=[value2]

![img][img 1]

2）导出数据，假如指定导出模式为tcpserver，那么我们需要启动一个client来请求覆盖率文件数据。

*  代码导出  
    Jacoco给出的example示例如下：

命令行导出

![img][img 2]

3）到此，已经生成了exec文件，那我们的报告呢？

*  代码生成报告  
    官方示例如下：

/*******************************************************************************
     * Copyright (c) 2009, 2019 Mountainminds GmbH & Co. KG and Contributors
     * All rights reserved. This program and the accompanying materials
     * are made available under the terms of the Eclipse Public License v1.0
     * which accompanies this distribution, and is available at
     * http://www.eclipse.org/legal/epl-v10.html
     *
     * Contributors:
     *    Brock Janiczak - initial API and implementation
     *    
     *******************************************************************************/
    package org.jacoco.examples;
    
    import java.io.File;
    import java.io.IOException;
    
    import org.jacoco.core.analysis.Analyzer;
    import org.jacoco.core.analysis.CoverageBuilder;
    import org.jacoco.core.analysis.IBundleCoverage;
    import org.jacoco.core.tools.ExecFileLoader;
    import org.jacoco.report.DirectorySourceFileLocator;
    import org.jacoco.report.FileMultiReportOutput;
    import org.jacoco.report.IReportVisitor;
    import org.jacoco.report.html.HTMLFormatter;
    
    /**
     * This example creates a HTML report for eclipse like projects based on a
     * single execution data store called jacoco.exec. The report contains no
     * grouping information.
     * 
     * The class files under test must be compiled with debug information, otherwise
     * source highlighting will not work.
     */
    public class ReportGenerator {
    
        private final String title;
    
        private final File executionDataFile;
        private final File classesDirectory;
        private final File sourceDirectory;
        private final File reportDirectory;
    
        private ExecFileLoader execFileLoader;
    
        /**
         * Create a new generator based for the given project.
         * 
         * @param projectDirectory
         */
        public ReportGenerator(final File projectDirectory) {
            this.title = projectDirectory.getName();
            this.executionDataFile = new File(projectDirectory, "jacoco.exec");
            this.classesDirectory = new File(projectDirectory, "bin");
            this.sourceDirectory = new File(projectDirectory, "src");
            this.reportDirectory = new File(projectDirectory, "coveragereport");
        }
    
        /**
         * Create the report.
         * 
         * @throws IOException
         */
        public void create() throws IOException {
    
            // Read the jacoco.exec file. Multiple data files could be merged
            // at this point
            loadExecutionData();
    
            // Run the structure analyzer on a single class folder to build up
            // the coverage model. The process would be similar if your classes
            // were in a jar file. Typically you would create a bundle for each
            // class folder and each jar you want in your report. If you have
            // more than one bundle you will need to add a grouping node to your
            // report
            final IBundleCoverage bundleCoverage = analyzeStructure();
    
            createReport(bundleCoverage);
    
        }
    
        private void createReport(final IBundleCoverage bundleCoverage)
                throws IOException {
    
            // Create a concrete report visitor based on some supplied
            // configuration. In this case we use the defaults
            final HTMLFormatter htmlFormatter = new HTMLFormatter();
            final IReportVisitor visitor = htmlFormatter
                    .createVisitor(new FileMultiReportOutput(reportDirectory));
    
            // Initialize the report with all of the execution and session
            // information. At this point the report doesn't know about the
            // structure of the report being created
            visitor.visitInfo(execFileLoader.getSessionInfoStore().getInfos(),
                    execFileLoader.getExecutionDataStore().getContents());
    
            // Populate the report structure with the bundle coverage information.
            // Call visitGroup if you need groups in your report.
            visitor.visitBundle(bundleCoverage, new DirectorySourceFileLocator(
                    sourceDirectory, "utf-8", 4));
    
            // Signal end of structure information to allow report to write all
            // information out
            visitor.visitEnd();
    
        }
    
        private void loadExecutionData() throws IOException {
            execFileLoader = new ExecFileLoader();
            execFileLoader.load(executionDataFile);
        }
    
        private IBundleCoverage analyzeStructure() throws IOException {
            final CoverageBuilder coverageBuilder = new CoverageBuilder();
            final Analyzer analyzer = new Analyzer(
                    execFileLoader.getExecutionDataStore(), coverageBuilder);
    
            analyzer.analyzeAll(classesDirectory);
    
            return coverageBuilder.getBundle(title);
        }
    
        /**
         * Starts the report generation process
         * 
         * @param args
         *            Arguments to the application. This will be the location of the
         *            eclipse projects that will be used to generate reports for
         * @throws IOException
         */
        public static void main(final String[] args) throws IOException {
            for (int i = 0; i < args.length; i++) {
                final ReportGenerator generator = new ReportGenerator(new File(
                        args[i]));
                generator.create();
            }
        }
    
    }

*  命令行生成报告
    
    ![img][img 3]

[https_www.jacoco.org_jacoco_trunk_doc_flow.html]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.jacoco.org%2Fjacoco%2Ftrunk%2Fdoc%2Fflow.html
[img]: /images/20210606/45eb035a11244065a0b433375e483972.png
[ant]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.jacoco.org%2Fjacoco%2Ftrunk%2Fdoc%2Fant.html
[maven]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.jacoco.org%2Fjacoco%2Ftrunk%2Fdoc%2Fmaven.html
[offline]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.jacoco.org%2Fjacoco%2Ftrunk%2Fdoc%2Foffline.html
[Java agent]: https://links.jianshu.com/go?to=https%3A%2F%2Fwww.jacoco.org%2Fjacoco%2Ftrunk%2Fdoc%2Fagent.html
[img 1]: /images/20210606/efe482902e1b405ab7803c1aa2435099.png
[img 2]: /images/20210606/6059ea0dbf9442a69ddbd1d236a9d9e5.png
[img 3]: /images/20210606/f1415f6515c14402a47c6f844d7c79d2.png