ASP.NET Core 2.0项目使用dotCover生成代码覆盖文件失败求助

我之前也碰到过类似的dotCover针对ASP.NET Core Web应用卡住的情况，给你几个实际可行的排查和解决方向：

• 补全并优化TargetArguments参数
  你提到的命令里/TargetArgume...没写完，这很可能是核心问题。ASP.NET Core应用的启动逻辑和普通控制台程序不同：

  • 如果是针对测试项目生成覆盖报告，参数要明确指向测试命令，比如：

    dotcover analyse /TargetExecutable:"C:\Program Files\dotnet\dotnet.exe" /TargetArguments:"test YourWebApp.Tests.csproj --no-build" /Output:"coverage-report.html" /ReportType:HTML
    

  • 如果必须直接针对Web应用本身，dotCover会等待Web进程终止才生成报告，这时候要给Web应用加自动停止参数，比如：

    dotcover analyse /TargetExecutable:"C:\Program Files\dotnet\dotnet.exe" /TargetArguments:"run YourWebApp.csproj --urls=http://localhost:5000 --shutdown-timeout 5" /Output:"coverage-report.html" /ReportType:HTML
    

    这里的--shutdown-timeout 5会让Web服务器启动5秒后自动关闭，确保dotCover能完成分析流程。

• 验证构建服务器的环境依赖

  • 确认dotCover版本支持ASP.NET Core 2.0，部分旧版本对早期Core框架的兼容性有限，尽量匹配对应版本的工具。
  • 先单独执行dotnet run或dotnet test命令，确认Web应用/测试项目能在构建服务器上正常启动、运行并结束，排除应用本身的启动故障。

• 添加日志定位卡点
  给dotCover命令加上日志输出参数，生成详细的执行日志：

  dotcover analyse /TargetExecutable:"C:\Program Files\dotnet\dotnet.exe" /TargetArguments:"..." /Output:"coverage-report.html" /LogFile:"dotcover-debug.log"
  

  查看日志能明确知道dotCover卡在了哪个环节——是Web应用未正常启动、进程超时，还是权限问题导致无法写入报告文件。

• 优先针对测试项目执行覆盖分析
  直接针对Web应用做代码覆盖很容易因为进程持续运行导致停滞，更合理的方式是编写单元/集成测试项目，让dotCover分析测试命令的执行过程。测试完成后进程会自动终止，dotCover能顺利生成覆盖报告，这也是代码覆盖的常规用法。

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