TeamCity能否采集Docker容器内dotnet test结果展示在测试标签页

这个需求完全可以实现，TeamCity原生支持TRX格式测试结果的解析展示，你现有多阶段Docker构建导出测试结果的逻辑是可行的，只需要补充少量配置，就能达到和原生dotnet test步骤完全一致的测试自动采集、标签页展示效果。

具体配置步骤 #

• 第一步先验证文件导出逻辑
  你当前配置的--target export-test-results --output type=local,dest=.参数，会把测试阶段生成的trx文件输出到构建工作区根目录。先单独跑一次构建，确认工作区内可以正常拿到*.trx格式的测试结果文件，没有路径偏移、文件缺失的问题就行。
  优化建议：建议把输出dest改成固定独立目录比如./test-results，避免和工作区其他文件混淆，对应Docker命令参数调整为--output type=local,dest=./test-results即可。

• 第二步配置测试结果自动解析
  不需要新增独立的测试执行步骤，直接给当前构建配置添加XML Report Processing构建特性（注意是构建级别的功能配置，不是单独的构建步骤）：

  • 报告类型选择NUnit 3，dotnet test生成的TRX格式和该类型完全兼容
  • 文件监控规则填写**/*.trx，如果刚才改了独立输出目录就填./test-results/*.trx
  • 打开「解析到失败用例时标记构建为失败」的开关
    配置完之后，TeamCity会自动扫描匹配的trx文件，解析所有测试用例的执行结果、耗时、异常栈信息，直接同步到构建的「测试」标签页，展示效果和原生dotnet test步骤没有区别。

常见坑点说明 #

• 你当前的Docker构建步骤指定target为export-test-results，这个阶段只会导出测试结果，不会生成可部署的业务镜像。需要额外新增一个Docker构建步骤，target指定为final，用来构建打标myservice:latest的正式运行镜像。
• 默认情况下dotnet test遇到用例失败会返回非0退出码，直接中断Docker build流程，导致走不到导出测试结果的阶段。你不需要额外写脚本处理退出码，XML Report Processing特性在解析到trx里的失败用例时会自动标记构建失败，完全覆盖构建状态判定的需求。如果遇到构建在test阶段直接中断拿不到结果的情况，可以把test阶段的RUN命令调整为如下内容，保证测试结果文件能正常生成：

FROM build AS test
RUN dotnet test "MyService.Tests/MyService.Tests.csproj" -c Release --logger "trx;LogFileName=TestResults.trx" || true

• 不要在工作区留存历史构建生成的trx文件，可以在构建最前面加一个轻量的命令行步骤，执行rm -rf ./test-results清理旧目录，避免旧结果被重复统计，导致测试通过率计算错误。

内容的提问来源于stack exchange，提问作者Dutts