分类
商品
![[SLG/中文/PC+安卓] 库拉拉酱逃不掉了 [92MB]](https://pic.songma.com/upload/215908/1750557333-215908/0391944001750557416tp215908-1.jpg)
- 商品
- 店铺
- 资讯
测试覆盖率不是万能的，但没有覆盖率指标是万万不能的。
代码覆盖率，简单来说就是你的测试代码在执行过程中，覆盖了多少生产代码。它是衡量测试质量的重要指标之一，就像是考试前的复习范围——你肯定希望复习内容能覆盖考试的所有知识点。
但要注意，高覆盖率不等于高质量测试！就像你背了1000个单词，不代表你就能流利地说英语一样。覆盖率只能告诉你代码被执行了，但不能保证测试用例设计得全面和正确。
在实际测量中，我们通常关注以下几种覆盖率：
行覆盖率：多少行代码被执行过分支覆盖率：如if-else语句的所有分支是否都被测试到方法覆盖率：有多少方法被调用过语句覆盖率：类似于行覆盖率，但更细粒度Cobertura作为一个流行的Java代码覆盖率工具，能够提供所有这些类型的覆盖率测量。
Jenkins是一个开源的自动化服务器，广泛用于自动化构建、测试和部署软件项目。它可以定时执行测试任务，监控代码变更并自动触发测试，还能生成详细的测试报告。
简单来说，Jenkins就像是软件开发的"自动化工厂"，它能够把开发、测试、部署这些重复性工作自动化，让开发人员更专注于编写代码。
Cobertura是一个用于Java的代码覆盖率工具，它通过instrumentation技术统计每一行代码是否被执行，生成覆盖率报告。
它的工作原理是在编译时向代码中插入特殊的统计代码（这个过程称为插桩），然后在测试运行时记录哪些代码被执行了，最后生成直观的HTML或XML报告。
Jenkins负责自动化执行测试，Cobertura负责测量测试的覆盖率，两者结合就像是有了一个既会做饭又会营养搭配的厨师，不仅能自动化测试流程，还能告诉你测试得够不够全面。
Jenkins的安装非常简单，这里以在Linux机器上使用Docker安装为例：
![[ACT/中文/PC+安卓] 扶她山谷/Futaken Valley v0.040 【308M】](https://pic.songma.com/upload/69459/1692094178-69459/0402205001750378602tp69459-1.jpg)
# 拉取Jenkins镜像
docker pull jenkins/jenkins:lts
# 运行Jenkins容器
docker run -d -p 8080:8080 -p 50000:50000 -v jenkins_home:/var/jenkins_home --name jenkins jenkins/jenkins:lts安装完成后，访问http://localhost:8080，按照提示完成初始设置。首次访问时，需要输入初始管理员密码，该密码可以在/var/jenkins_home/secrets/initialAdminPassword中找到。
登录Jenkins后，需要安装以下插件：
Git插件：用于从代码仓库拉取代码Cobertura插件：用于解析和展示Cobertura覆盖率报告HTML Publisher插件：用于展示详细的HTML报告安装方法：Dashboard > Manage Jenkins > Manage Plugins > Available tabs，搜索并安装上述插件。
Cobertura通常作为项目的Maven或Gradle插件使用，不需要单独安装。对于Maven项目，只需要在pom.xml中添加Cobertura插件依赖即可。
下面我们通过一个完整的示例，演示如何为Spring Boot项目配置Jenkins和Cobertura。
假设我们有一个简单的Spring Boot项目，结构如下：
my-project/
├── src/
│ ├── main/
│ │ └── java/
│ │ └── com/
│ │ └── example/
│ │ └── MyService.java
│ └── test/
│ └── java/
│ └── com/
│ └── example/
│ └── MyServiceTest.java
├── pom.xml
└── Jenkinsfile首先，我们创建一个简单的Java类：
// CoverageTest.java
package test_junit;
public class CoverageTest {
public CoverageTest() {
// 构造函数
}
public static int testadd(int x, int y) {
int c = 0;
if (x == 10) {
c = x + y;
} else {
c = (x + y) * 2;
}
return c;
}
}然后创建对应的测试类：
// JunitTest.java
package junit;
import org.junit.Assert;
import org.junit.Test;
import test_junit.CoverageTest;
public class JunitTest {
@Test
public void testadd() {
int b = CoverageTest.testadd(5, 20);
Assert.assertEquals(b, 50);
}
}这个测试只覆盖了else分支（当x不等于10的情况），没有覆盖if分支（当x等于10的情况），这样我们可以看到覆盖率报告如何反映这个问题。
在pom.xml中配置Cobertura Maven插件：
<project>
<modelVersion>4.0.0</modelVersion>
<groupId>testunit</groupId>
<artifactId>test_junit</artifactId>
<version>1.0-SNAPSHOT</version>
<properties>
<maven.compiler.source>8</maven.compiler.source>
<maven.compiler.target>8</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>cobertura-maven-plugin</artifactId>
<version>2.7</version>
<configuration>
<format>xml</format>
<maxmem>256m</maxmem>
<!-- 指定编码，防止中文乱码 -->
<encoding>UTF-8</encoding>
</configuration>
<executions>
<execution>
<goals>
<goal>cobertura</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
</project>
clean cobertura:cobertura增加Post-build Actions，启用"Publish Cobertura Coverage Report" publisher在Cobertura xml report pattern中设置：
**/target/site/cobertura/coverage.xml
保存配置后，点击立即构建。构建完成后，可以在项目页面看到Cobertura Coverage Report链接，点击即可查看详细的覆盖率报告。
报告会显示：
总体覆盖率百分比每个包的覆盖率详情每个类的覆盖率详情，包括行覆盖率和分支覆盖率代码中哪些行被覆盖，哪些未覆盖由于我们的测试只覆盖了else分支，分支覆盖率应该只有50%，这正好展示了Cobertura如何帮助我们发现测试盲点。
当你打开Cobertura报告时，会看到以下几个重要指标：
行覆盖率：已执行代码行数占总代码行数的百分比分支覆盖率：已执行分支数占总分支数的百分比复杂度：代码的圈复杂度，数值越高说明代码越复杂，越难测试在我们的示例中，由于只测试了else分支，所以分支覆盖率应该是50%，这提醒我们需要增加一个测试用例来覆盖x等于10的情况。
点击具体类名，可以查看详细的代码覆盖情况：
绿色背景的行表示已被覆盖红色背景的行表示未被覆盖黄色背景的行表示部分覆盖（如if语句的部分分支未覆盖）这种可视化展示让未测试的代码无所遁形，就像是用高亮笔标出了复习盲点一样。
覆盖率不是越高越好，一般来说：
70%-80% 的行覆盖率是一个合理的目标关键核心模块应该追求更高的覆盖率工具类库和工具类应该接近100%盲目追求100%覆盖率可能会导致测试代码过于复杂，性价比降低。重要的是确保关键业务逻辑和异常处理都被充分测试。
可以在Jenkins中配置，当覆盖率低于某个阈值时失败：
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>cobertura-maven-plugin</artifactId>
<configuration>
<check>
<lineRate>80</lineRate>
<branchRate>70</branchRate>
<totalLineRate>75</totalLineRate>
<totalBranchRate>65</totalBranchRate>
</check>
</configuration>
</plugin>这样，当覆盖率不达标时，构建会失败，从而确保代码质量不会下降。
Cobertura可以与其他代码质量工具结合使用，形成完整的质量门禁：
FindBugs/SpotBugs：检查代码缺陷PMD/Checkstyle：检查代码规范JaCoCo：另一种Java代码覆盖率工具，支持更细粒度的分析问题一：Cobertura报告未生成
解决方案：检查Maven构建是否成功执行了cobertura:cobertura目标，确保测试没有跳过。
问题二：覆盖率报告为0%
解决方案：检查代码是否真的被测试执行，确认Cobertura配置正确。
问题三：大型项目内存溢出
解决方案：增加Maven内存设置：
export MAVEN_OPTS="-Xmx2048m -XX:MaxPermSize=512m"对于更复杂的项目，建议使用Jenkins Pipeline而不是Freestyle项目。以下是一个简单的Jenkinsfile示例：
pipeline {
agent any
stages {
stage('Checkout') {
steps {
git 'https://github.com/your-repo/your-project.git'
}
}
stage('Build & Test') {
steps {
sh 'mvn clean cobertura:cobertura'
}
}
}
post {
always {
cobertura autoUpdateHealth: false,
autoUpdateStability: false,
coberturaReportFile: '**/target/site/cobertura/coverage.xml',
conditionalCoverageTargets: '70, 0, 0',
failUnhealthy: false,
failUnstable: false,
lineCoverageTargets: '80, 0, 0',
maxNumberOfBuilds: 0,
methodCoverageTargets: '80, 0, 0',
onlyStable: false,
sourceEncoding: 'UTF_8',
zoomCoverageChart: false
}
}
}除了Cobertura自带的HTML报告，还可以将覆盖率数据导入到更高级的可视化工具中，如：
Grafana：创建丰富的仪表盘SonarQube：综合性的代码质量管理平台通过Jenkins和Cobertura的配合，我们就像是给代码穿上了一件"防护服"，能够：
及早发现测试盲点，防止bug逃逸到生产环境客观评估测试质量，避免凭感觉判断持续监控代码质量，防止代码质量下滑记住，测试覆盖率不是目标，而是手段，真正的目标是交付高质量的软件。Jenkins和Cobertura只是帮助你达成这个目标的工具。
现在，就去给你的代码做一次全面"体检"吧！别再让它在测试不足的情况下"裸奔"了。
代码覆盖率就像是代码的体检报告，高覆盖率不等于健康，但没有报告你一定不健康。 从现在开始，让Jenkins+Cobertura成为你代码的定期体检医生吧！
送码官方微信
手机访问领取大礼包