testing - SonarQube - integrationTest.exec - sonarRunner (Gradle) 或 "sonar-runner"命令 - 显示 0.0% 的覆盖率

标签 testing integration code-coverage sonarqube jacoco

在运行基于 Gradle 的构建和集成测试后,我通过 Jacoco 在“build/jacoco”文件夹中成功生成了 2 个 .exec 文件。

Gradle 命令: “gradle clean build 集成测试”

完成后,它会在 build/jacoco 文件夹下生成以下 .exec 文件。

  1. 测试.exec
  2. 集成测试.exec

以下是我的 sonar-project.properties 文件。当我从 Linux 提示符运行“sonar-runner”时,它完成了,但是在这个项目的 SonarQube 仪表板上,我看到单元测试说大约 34.5%,但集成测试说 0.0%。两个 .exec 文件都具有有效大小。我还在 .exec 文件上执行了“cat”并将输出通过管道传输到 Linux 中的“strings”命令,看到 integrationTest.exec 确实命中了测试函数——我只有 1 个 .java 文件。

当我运行“gradle clean build integrationTest sonarRunner -Dxxx.xxx=yyy -Dyyy.xx=zzz”时,即通过使用 -D 选项传递 sonar-project.properties 文件中提到的所有 Sonar 变量,它可以工作但是SonarQube 项目仪表板上的结果相同。项目的 Sonar 仪表板为单元/集成测试配置了两个小部件,我包括用于显示整体覆盖率的 IT 测试。总体覆盖率显示为 34.5%(这是单元测试百分比值)。 Sonar 确实看到了 test.exec、integrationTest.exec,并且在此操作期间也会自动生成 overall-xxx.exec 文件。

注意:我不知道在什么地方 - 在单独的 putty/linux 控制台上启动 tomcat - 或者在 Gradle 构建脚本中,为 Jacoco 提供任何值或设置 JAVA 代理。我已经得到了 integrationTest.exec 文件和 test.exec 文件,所以不确定在 IT 测试完成运行后是否需要停止 JVM。我认为我不需要这些,因为我有 .exec 文件的有效文件大小。

我的? - 为什么即使我正确设置/传递以下变量, Sonar 也没有在仪表板上获得 IT 覆盖:

sonar.jacoco.itReportPath=build/jacoco/integrationTest.exec

-bash-3.2$ cat sonar-project.properties

# Root project information
sonar.projectKey=com:company:product:ProjectA
sonar.projectName=ProjectA
sonar.projectVersion=1.0
# optional description
sonar.projectDescription=ProjectA Service

#Tells SonarQube that the code coverage tool by unit tests is JaCoCo
sonar.java.coveragePlugin=jacoco

#Tells SonarQube to reuse existing reports for unit tests execution and coverage reports
sonar.dynamicAnalysis=reuseReports

# Some properties that will be inherited by the modules
sonar.sources=src/java,test/java,src/java-test

# Sonar Unit Test Report path
sonar.jacoco.reportPath=build/jacoco/test.exec

# Sonar Integration Test Report Path
sonar.jacoco.itReportPath=build/jacoco/integrationTest.exec

sonar.junit.reportsPath=build/UT/results

# Sonar Binaries
sonar.binaries=build/classes/main

最佳答案

缩小原因:我认为这是由于用于集成测试的 .exec 文件引起的。为了证明这一点:我将 UT exex 文件传递​​给 Sonar 变量中的两个 reportsPaths,即以下内容,SonarQube 选择了 UT/IT 测试覆盖率。这证明如果用于 IT 测试的 .exec 文件是好的(我认为它是但我需要仔细检查)然后 Sonar 将选择 .exec 文件并显示有效的覆盖率百分比而不是 0.0%。注意:以下只是为了证明 Sonar 是否正在选取值。 itReportPath 变量应该使用 Jacoco 集成测试生成的 .exe 文件。

sonar.jacoco.reportPath=build/jacoco/test.exec

# Sonar Integration Test Report Path
#sonar.jacoco.itReportPath=build/jacoco/testintegrationTest.exec
sonar.jacoco.itReportPath=build/jacoco/test.exec

好的 找到问题了。我在 Gradle 中运行 integrationTest 任务并且没有将 jacocoagent.jar(根据 Jacoco 文档)附加到目标 JVM(Tomcat 的实例)范围。完成后,我从 Gradle 中的 integrationTest 任务中删除了 jacoco { ... } 部分(build.gradle 或 GRADLE_HOME/init.d/some.common.gradle 文件,因为这将 jacoco 代理附加到运行 Gradle 的 Java JVM ).现在,一旦 jacocoagent.jar 附加到 Tomcat 的 JVM(根据我在 Tomcat 的 startup.sh 脚本中添加的下面的行,并将变量添加到启动 Tomcat 的命令),然后我运行 Gradle (integrationTest) 任务来运行 IT 测试.

PROJ_EXTRA_JVM_OPTS=-javaagent:tomcat/jacocoagent.jar=destfile=build/jacoco/IT/jacocoIT.exec,append=false

然后,当 Gradle 正在进行时,测试运行了,我得到了一个文件(给定位置的 jacocoIT.exec),文件大小一定,但这还不是最后一个。我必须通过运行 Tomcat 的 stop.sh 脚本来停止 Tomcat session /JVM 实例。 Tomcat 停止后,我看到 jacocoIT.exec 文件大小显着增加,这是有效的最终 jacocoIT.exec 文件(我需要它来执行 sonarRunner Gradle 任务或 sonar-runner 可执行文件以选择并成功将 IT 代码覆盖率数据推送到项目的 Sonar 仪表板).完成后,我获得了 UT + IT 及其组合代码覆盖率。

sonar.jacoco.reportPath=build/jacoco/UT/jacocoUT.exec
sonar.jacoco.itReportPath=build/jacoco/IT/jacocoIT.exec

关于testing - SonarQube - integrationTest.exec - sonarRunner (Gradle) 或 "sonar-runner"命令 - 显示 0.0% 的覆盖率,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19395182/

相关文章:

cloud - 为什么人们选择 SnapLogic 而不是 informatica 进行云集成?

c - Gcov报告意外的覆盖结果

c - 单元测试覆盖问题

testing - 使用 TDD Laravel 5.6 发送电子邮件

regex - Vim 和正则表达式 : what kind of regex does Vim use?

asp.net-mvc - 在 asp.net mvc 中实现 A-B 测试的最佳/最干净的方法是什么?

卢斯规则的 python sympy

ubuntu - 如何在 ROS 上使用 lsd_slam?

unit-testing - 代码覆盖是否应该考虑由短路引起的代码分支?

android - Jacoco for Android Instrumentation Test 使用 AndroidJunit