更新:增加2019年;发现/运行器集成机制与2017年和2015年相同，因此可能出错的关键问题是相同的。
我读过为什么xUnit运行者找不到我的测试，其中包括xUnit永远无法找到你的测试的原因，但我的问题是不同的-我相信我的测试没有微妙的事情发生;(他们在其他环境中工作，这似乎只是我的机器)- Visual Studio 2015[社区版]中的Visual Studio测试运行器根本不显示我的任何测试。我没有做任何令人兴奋的事情;测试的目标是桌面上的xUnit.net v2。
我已经看了输出窗口，并没有看到任何东西在测试下从选项卡显示输出。
当前回答
右键单击Test项目并选择Properties。 将目标框架属性从1.1更改为其他(我使用3.1)，所有内容都将运行为1.1不再覆盖:P
其他回答
我希望我的回答对你们中的一些人有所帮助: 在大多数情况下，当我的单元测试没有被发现时，我必须将测试类访问修饰符更改为public。当添加一个新类(Shift+Alt+C)时，默认的访问修饰符是内部的，大多数时候我忘记更改它。
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)
在我的例子中，我创建了一个新的“解决方案配置”，如图所示。所以当我选择我的自定义为“Prod”时，由于某些原因它不识别testmethods。更改回“Debug”可以解决问题
我有测试项目A和B.在项目A中发现的测试，但发现从未停止B.我不得不手动杀死TestHost使停止。
我做了很多这篇文章描述的事情，甚至到了我不确定这是否是解决方案的地步。
现在它工作了，我所做的事情是打开解决方案，并没有测试资源管理器。相反，我只是检查输出窗口的测试，我可以看到发现过程结束，测试的数量等于A+B。在这之后，我打开测试资源管理器，然后A和B都出现了。 所以:
正确卸载和安装最新的xUnit。删除上面提到的%temp%，添加NuGet包" microsoft . testplatform . testthost " 添加NuGet包“Microsoft.NET.Test”。Sdk”，重新启动，但只检查测试输出。如果有效，你会看到的
当您将VS2015移动到VS2017以在测试资源管理器中发现测试时，您需要更新您的所有包。
