如何在Visual Studio 2017 .NET Core环境中移除异常NUnit测试适配器？

这种踩坑经历我太懂了！明明同事那好好的，自己电脑上测试就抽风，还被迫重装——其实不用急着走重装这条路，咱们可以从VS和.NET生态的这些地方一步步排查：

• 检查VS测试适配器的安装与冲突
  打开VS的「扩展管理」（Extensions > Manage Extensions），搜索所有测试相关的适配器（NUnit、xUnit、MSTest这些），看看是不是有多个版本的NUnit适配器同时安装，或者存在损坏的适配器。另外可以去「测试」菜单 >「测试设置」>「配置运行设置」，查看.runsettings文件里有没有硬编码指定NUnit适配器的配置，这可能会强制覆盖你选择的测试库。

• 清理VS的测试缓存
  VS会缓存测试发现的元数据，一旦缓存损坏就会出现各种异常。关闭VS后，手动删除以下路径的文件夹：

  • %LOCALAPPDATA%\Microsoft\VisualStudio\<你的VS版本号>\TestStore
  • %USERPROFILE%\AppData\Local\Temp\VisualStudioTestExplorerExtensions
    重启VS后再尝试发现测试，很多时候这就能解决问题。

• 排查ReSharper的残留配置（即使迷你模式）
  虽然你把ReSharper切到了迷你模式，但它的测试配置可能还在后台生效。可以调出ReSharper设置（迷你模式下也能通过右键菜单或快捷键打开），找到「Tools > Unit Testing」，看看是不是默认测试框架被强制设为了NUnit，或者存在异常的测试提供者配置。实在不行可以重置ReSharper的设置：「ReSharper > Manage Options > Reset All Settings」，之后重启VS试试。

• 检查全局.NET环境的测试工具
  打开命令行运行dotnet test --list-tests，如果这个命令也没法正常列出测试，说明问题出在全局.NET SDK/运行时上。可以去「控制面板 > 程序和功能」找到对应的.NET SDK版本，右键选择「更改」然后点击「修复」，这能修复损坏的SDK组件。

• 检查测试项目的异常引用
  打开测试项目的.csproj文件，仔细看看是不是无意中引入了NUnit相关的NuGet包——哪怕你想用其他测试库，比如有没有<PackageReference Include="NUnit3TestAdapter" />这类多余的引用，或者版本冲突的测试包，删掉这些异常引用再重新生成项目试试。

• 轻量修复VS（比重装快）
  如果上面都没用，试试重置VS设置：「Tools > Import and Export Settings > Reset all settings」，选择保留必要的配置后重置。还可以用Visual Studio Installer找到你的VS实例，点击「更多 > 修复」，这个过程比重装快很多，能修复大部分VS组件损坏的问题。

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