更新:增加2019年;发现/运行器集成机制与2017年和2015年相同，因此可能出错的关键问题是相同的。
我读过为什么xUnit运行者找不到我的测试，其中包括xUnit永远无法找到你的测试的原因，但我的问题是不同的-我相信我的测试没有微妙的事情发生;(他们在其他环境中工作，这似乎只是我的机器)- Visual Studio 2015[社区版]中的Visual Studio测试运行器根本不显示我的任何测试。我没有做任何令人兴奋的事情;测试的目标是桌面上的xUnit.net v2。
我已经看了输出窗口，并没有看到任何东西在测试下从选项卡显示输出。
当前回答
在我的例子中，我在解决方案中有2个不同的测试项目。可以找到项目1的测试，但是项目2的测试找不到。我发现，首先卸载测试项目1，然后关闭VS >清理我的临时文件>重新打开解决方案>重建，允许VS发现我的项目2测试。
我假设两个测试项目之间一定有冲突，这是让我在几分钟内启动并运行的最快方法。问题可以稍后解决:)。
其他回答
上述解决方案都不适合我(dotnetcore 1.1, VS2017)。下面是解决方法:
添加NuGet包microsoft . testplatform . testthost 添加NuGet 包Microsoft.NET.Test.Sdk
这些是我之前安装的这些包的补充:
xunit (2.3.0-beta1-build3642) xunit.runner.visualstudio (2.3.0-beta1-build1309)
我整个下午都在和一个ASP Core项目和xUnit 2.2.0做斗争。我的解决方案是添加对Microsoft.DotNet.InternalAbstractions的引用
当我试图用dotnet测试手动运行测试项目时，我发现了这一点，该测试失败了，但报告了InternalAbstractions缺失。当自动发现失败时，我在测试输出窗口中没有看到这个错误。我在发现窗口中看到的唯一信息是一个返回码，当时对我来说没有任何意义，但事后看来可能是一个错误。
还要检查测试项目中是否有一个完全空白的app.config文件(完全空白，没有任何标记)。这就是我的罪魁祸首。
右键单击Test项目并选择Properties。 将目标框架属性从1.1更改为其他(我使用3.1)，所有内容都将运行为1.1不再覆盖:P
我希望我的回答对你们中的一些人有所帮助: 在大多数情况下，当我的单元测试没有被发现时，我必须将测试类访问修饰符更改为public。当添加一个新类(Shift+Alt+C)时，默认的访问修饰符是内部的，大多数时候我忘记更改它。
