ASP.NET Core 2.0中dotnet test未生成测试结果文件夹求助

我之前在ASP.NET Core 2.0项目里也碰到过一模一样的问题——命令行跑起来显示正常，但就是没生成测试结果文件，给你几个亲测有效的排查和解决方向：

1. 必须显式指定测试日志格式（最常见原因） #

ASP.NET Core 2.0的dotnet test默认只会把结果输出到控制台，不会自动生成文件，你需要通过--logger参数指定要生成的报告格式，比如TRX（Visual Studio兼容格式）或者HTML。修改后的命令应该是：

dotnet test "MyProject.csproj" --no-restore --results-directory "MyProject\TestResults" --logger "trx" --verbosity minimal

TRX是官方原生支持的格式，加上这个参数后，TestResults目录里就会生成.trx格式的测试结果文件了。如果需要HTML报告，还可以结合第三方工具实现。

2. 检查工作目录与路径问题 #

批处理文件运行时的当前工作目录可能不是你预期的项目根目录，导致相对路径失效：

• 可以在批处理开头先切换到项目所在目录，比如：

  cd /d "C:\Path\To\Your\Project\Root"
  dotnet test "MyProject.csproj" --no-restore --results-directory "TestResults" --logger "trx" --verbosity minimal
  

• 或者直接给项目文件和结果目录使用绝对路径，彻底避免相对路径的坑。

3. 确保测试结果目录有写入权限 #

如果MyProject\TestResults目录不存在，dotnet test通常会自动创建，但如果运行批处理的账户没有该目录的写入权限，就会静默失败：

• 可以手动先创建TestResults目录试试；
• 或者在批处理里加一行创建目录的命令（避免目录已存在时输出错误信息）：

  mkdir "MyProject\TestResults" 2>nul
  

4. 确认测试项目配置正确 #

要确保你的测试项目（MyProject.csproj）是标准的ASP.NET Core 2.0测试项目：

• 必须引用Microsoft.NET.Test.Sdk包；
• 必须引用对应的测试框架包（比如xunit+xunit.runner.visualstudio，或者MSTest.TestAdapter+MSTest.TestFramework）；
• 检查csproj文件里的<TargetFramework>是否是netcoreapp2.0，避免框架不兼容的问题。

5. 验证命令参数顺序 #

虽然你的命令顺序看起来没问题，但dotnet test的参数顺序有时候会影响执行，建议保持「项目文件在前，参数在后」的格式（和你当前写法一致，可再确认下）。

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