【发布时间】:2021-11-20 21:30:29
【问题描述】:
首先,一些上下文:我有一个包含多个生产类库和九个单元测试项目的 Visual Studio 解决方案。所有项目都针对 .NET 5。我正在运行 .NET 5.0.401。所有单元测试项目都引用了coverlet.collector。我不使用旧的coverlet.msbuild 包。根据我的阅读,使用 XPlat Code Coverage 现在是 .NET Core 的惯用语。
我有一个用于 CI 构建的 Azure Pipelines 管道。作为该管道的一部分,我想运行所有单元测试,生成单元测试结果以上传到管道,并生成代码覆盖结果以上传到管道。我已经阅读了几篇博客文章和文档,这些文章和文档似乎可以让这一切变得简单;但是,我发现它什么都不是。
让我们从在我的本地工作站上运行一些命令开始。出于本练习的目的,我们假设我已经使用以下命令成功构建了解决方案:
dotnet build Solution.sln --configuration Debug
如果我运行这样的测试:
dotnet test Solution.sln --configuration Debug --no-build --no-restore --collect:"XPlat Code Coverage" --results-directory artifacts/test-results
然后我看到代码覆盖结果存储在以 GUID 命名的子目录中。为什么微软决定这样做我不知道,但那是我无法控制的。
(运行此命令并截图后,我删除了test-results目录。)
请记住,我还想生成单元测试结果。为此,我将--logger trx 参数添加到同一命令行。这一次,创建了许多其他文件夹,其中包含看似重复的代码覆盖结果。此外,我得到了我正在寻找的 .trx 文件。
您会注意到,除了我想要的九个.trx 文件之外,还有另外九个代码覆盖率报告。
在我的自托管管道构建代理上生成了类似的重复文件。在管道中,如果我尝试执行以下任务:
- task: 'PublishCodeCoverageResults@1'
displayName: 'Publish code coverage results'
inputs:
codeCoverageTool: 'Cobertura'
summaryFileLocation: 'artifacts/test-results/**/coverage.cobertura.xml'
我收到一个错误:
##[warning]Multiple file or directory matches were found. Using the first match: C:\agent\_work\38\s\artifacts\test-results\$redacted\In\redacted\coverage.cobertura.xml
##[error]No code coverage results were found to publish.
这里报告的目录不是我省略 --logger trx 时生成的 GUID 目录之一,而是重复目录之一。
This answer 似乎表明我做的一切都正确。我还对该答案发表了评论,希望得到一些帮助。
我有几个问题:
- 我是否正确调用
dotnet test以同时生成代码覆盖结果和.trx文件? -
dotnet test是否支持这种情况? - Azure Pipelines 市场中
ReportGenerator扩展的功能现在真的内置在dotnet中了吗? - 哪些代码覆盖率结果是“真实”的?在发布代码覆盖率结果之前,是否需要将 GUID 文件夹复制到其他位置?
- 我想指定一个 RunSettings 文件,以便执行诸如将具有某些属性的成员排除在代码覆盖引擎考虑之外的操作。 RunSettings 是否与我的工作流程兼容?
【问题讨论】:
-
我不确定我是否解决了所有问题,但请查看我的回复。
标签: azure-pipelines code-coverage dotnet-cli dotnet-test