更新:增加2019年;发现/运行器集成机制与2017年和2015年相同，因此可能出错的关键问题是相同的。
我读过为什么xUnit运行者找不到我的测试，其中包括xUnit永远无法找到你的测试的原因，但我的问题是不同的-我相信我的测试没有微妙的事情发生;(他们在其他环境中工作，这似乎只是我的机器)- Visual Studio 2015[社区版]中的Visual Studio测试运行器根本不显示我的任何测试。我没有做任何令人兴奋的事情;测试的目标是桌面上的xUnit.net v2。
我已经看了输出窗口，并没有看到任何东西在测试下从选项卡显示输出。
当前回答
我有测试项目A和B.在项目A中发现的测试，但发现从未停止B.我不得不手动杀死TestHost使停止。
我做了很多这篇文章描述的事情，甚至到了我不确定这是否是解决方案的地步。
现在它工作了，我所做的事情是打开解决方案，并没有测试资源管理器。相反，我只是检查输出窗口的测试，我可以看到发现过程结束，测试的数量等于A+B。在这之后，我打开测试资源管理器，然后A和B都出现了。 所以:
正确卸载和安装最新的xUnit。删除上面提到的%temp%，添加NuGet包" microsoft . testplatform . testthost " 添加NuGet包“Microsoft.NET.Test”。Sdk”，重新启动，但只检查测试输出。如果有效，你会看到的
其他回答
两天之后…以上这些方法对我都没用。唯一的“解决方案”是: 进入项目属性->构建选项卡。然后单击窗格右下角的“高级”按钮。将“Debug Info:”修改为“full”，单击“OK”。
以下是截图:
在我的例子中，我在解决方案中有2个不同的测试项目。可以找到项目1的测试，但是项目2的测试找不到。我发现，首先卸载测试项目1，然后关闭VS >清理我的临时文件>重新打开解决方案>重建，允许VS发现我的项目2测试。
我假设两个测试项目之间一定有冲突，这是让我在几分钟内启动并运行的最快方法。问题可以稍后解决:)。
Eliminate discovery exceptions from your inquiries; go to the output Window (Ctrl-Alt-O), then switch the show output from dropdown (Shift-Alt-S) to Tests and make sure there are no discovery exceptions Test|Test settings|Default processor architecture can help if your tests are x86/x64 specific and discovery is triggering bittedness-related exceptions, i.e. not AnyCpu As suggested in this answer(upvote it if the technique helps) running the desktop console runner (instructions) can be a good cross check to eliminate other possibilities, e.g. mangled config files:-
> packages\xunit.runner.console.2.2.0\tools\xunit.console <tests.dll>
注意:xunit.runner.console包已经弃用了——当你在VS中得到一些东西时，你也可以让dotnet测试在CI上下文中运行它们
去阅读文档-它是全面的，最新的，包括故障排除信息和PRs:-
重要提示:如果您之前已经安装了xUnit.net Visual Studio Runner VSIX(扩展)，则必须先卸载它。Visual Studio运行器现在只通过NuGet分发。要删除它，进入工具>扩展和更新。滚动到列表的底部，如果安装了xUnit.net，则卸载它。这将迫使您重新启动Visual Studio。
如果您在发现或运行测试时遇到问题，那么您可能是Visual Studio中已损坏的运行器缓存的受害者。要清除此缓存，请关闭VisualStudio的所有实例，然后删除文件夹%TEMP%\VisualStudioTestExplorerExtensions。还要确保你的项目只链接到Visual Studio运行程序NuGet包的单个版本。
下面的步骤对我很有效:
(只有当你怀疑你的机器上有严重的混乱时-通常更常见的情况是visual studio集成还没有安装)
做DEL %TEMP%\VisualStudioTestExplorerExtensions建议:-
PS> del $env:TEMP\VisualStudioTestExplorerExtensions
Install the NuGet Package xunit.runner.visualstudio in all test projects Paket: .paket\paket add nuget xunit.runner.visualstudio -i You need to end up with the following in your paket.dependencies: nuget xunit.runner.visualstudio version_in_path: true Note the version_in_path: true bit is important Nuget: Go to Package Manager Console (Alt-T,N,O) and Install-Package xunit.runner.visualstudio Rebuild to make sure xunit.runner ends up in the output dir Close Test Explorer <- this was the missing bit for me Re-open Test Explorer (Alt-S,W,T) Run All tests (Ctrl R, A)
我希望我的回答对你们中的一些人有所帮助: 在大多数情况下，当我的单元测试没有被发现时，我必须将测试类访问修饰符更改为public。当添加一个新类(Shift+Alt+C)时，默认的访问修饰符是内部的，大多数时候我忘记更改它。
我整个下午都在和一个ASP Core项目和xUnit 2.2.0做斗争。我的解决方案是添加对Microsoft.DotNet.InternalAbstractions的引用
当我试图用dotnet测试手动运行测试项目时，我发现了这一点，该测试失败了，但报告了InternalAbstractions缺失。当自动发现失败时，我在测试输出窗口中没有看到这个错误。我在发现窗口中看到的唯一信息是一个返回码，当时对我来说没有任何意义，但事后看来可能是一个错误。
