为什么 CodeCoverage.exe 会生成接近空的 .coverage 文件？

Question

在我们的 Jenkins 管道中，我们使用 SonarQube 来报告代码覆盖率。运行所有单元/集成测试以生成 .coverage 文件后，我们需要分析该文件以创建“.coverage.coveragexml”，这最终是 SonarQube 用于解释代码覆盖率的内容。我们通过使用 CodeCoverage.exe 来完成此操作：

"C:\Program Files (x86)\Microsoft Visual Studio\2022\TestAgent\Team Tools\Dynamic Code Coverage Tools\CodeCoverage.exe" analyze /output:"{somePath}\{someName}.coverage.coveragexml" "{somePath}\{someName}.coverage"

此命令似乎有效，但是当您运行 dir /s *.coveragexml （在目录内）时，它会显示类似以下内容：

Directory of C:\jenkins\path\to\TestResults\coverageFile
03/22/2022  04:59 PM                64 ContainerAdministrator_DC420D3FA0BA_2022-03-22.16_46_43.coverage.coveragexml
1 File(s)             64 bytes

64 字节实际上没什么- 我相信这就是为什么我们的 SonarQube 指标显示我们现在覆盖率为零的原因。

我添加了相同的 dir 命令，只是这次是为了检查 .coverage 文件，而这些文件返回时只有 10 个字节 - 让我觉得这些文件本质上是空的。我看到这篇文章似乎是一个类似的问题。接受的答案说将平台类型从 x86 更改为 x64，但这对我来说不起作用。

用于运行测试的 vstest.console 命令是：

vstest.console /Parallel /EnableCodeCoverage /Logger:trx /Platform:x86 ".\somePath\Test.dll"

此问题最初是在我们对 Jenkinsfile 进行更改以在启动 CodeCoverage 可执行文件的命令中使用 Visual Studio 2022 而不是 2019（基础映像已更新）时开始出现的。

什么可能导致覆盖文件几乎/完全为空以及如何修复它？

Answer 1

看来我们使用的基础映像必须具有代码覆盖工具的非企业版（这是一个 要求）。我们使用企业版工具在本地测试了 SonarQube 项目命令（我的计算机上安装了 Visual Studio 2022 Enterprise），生成的覆盖文件包含正确的数据。但是，当我们使用 Visual Studio Professional 安装时，文件是空的，就像我们的 Jenkins 管道一样。

如前所述，这种情况在基础映像更新时开始发生 - 特别是在 附近2021 年 11 月 8 日。看来我们正在使用的基本 docker 映像 (mcr.microsoft .com/dotnet/framework/sdk:4.8-20220210-windowsservercore-ltsc2019）有最新的2022年工具，但一定不是企业版本 - 因此是空文件。

我们将管道切换为使用 dotCover 来执行分析，效果很好正如预期，我们的 SonarQube 覆盖范围恢复正常。