更新:增加2019年;发现/运行器集成机制与2017年和2015年相同，因此可能出错的关键问题是相同的。
我读过为什么xUnit运行者找不到我的测试，其中包括xUnit永远无法找到你的测试的原因，但我的问题是不同的-我相信我的测试没有微妙的事情发生;(他们在其他环境中工作，这似乎只是我的机器)- Visual Studio 2015[社区版]中的Visual Studio测试运行器根本不显示我的任何测试。我没有做任何令人兴奋的事情;测试的目标是桌面上的xUnit.net v2。
我已经看了输出窗口，并没有看到任何东西在测试下从选项卡显示输出。
当前回答
上述解决方案都不适合我(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)
其他回答
我使用的是xUnit 2.2.0。
我的问题是我的解决方案无法找到某些dll和app.config试图解决它们。错误没有显示在Visual Studio的测试输出窗口中。
当我安装xunit.runner.console并试图通过命令行运行测试时，我能够识别出错误。
如何在CLI中运行xunit测试。
我整个下午都在和一个ASP Core项目和xUnit 2.2.0做斗争。我的解决方案是添加对Microsoft.DotNet.InternalAbstractions的引用
当我试图用dotnet测试手动运行测试项目时，我发现了这一点，该测试失败了，但报告了InternalAbstractions缺失。当自动发现失败时，我在测试输出窗口中没有看到这个错误。我在发现窗口中看到的唯一信息是一个返回码，当时对我来说没有任何意义，但事后看来可能是一个错误。
我希望我的回答对你们中的一些人有所帮助: 在大多数情况下，当我的单元测试没有被发现时，我必须将测试类访问修饰符更改为public。当添加一个新类(Shift+Alt+C)时，默认的访问修饰符是内部的，大多数时候我忘记更改它。
对我来说，最常见的罪魁祸首是Visual Studio试图使用与它所测试的库不同的架构运行测试。不幸的是，这似乎在很多地方都可能出错。
在VS 2017中，尝试创建一个运行设置文件，例如在你的测试项目中创建Default.runsettings。如果你的主库是x64，内容应该是:
<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
<RunConfiguration>
<TargetPlatform>x64</TargetPlatform>
</RunConfiguration>
</RunSettings>
然后从Test -> Test Settings ->选择Test Settings file。
然后，在Test -> Test Settings, Default Processor Architecture下，再次选择正确的架构。
确保清洁和构建整个解决方案。您可能需要关闭并重新打开Test Explorer窗口。在Output -> Test窗口中寻找任何其他错误，以获得有关不正确架构类型的更多线索。
供参考，其他测试设置条目可以在这里找到。
还有一个原因可能导致测试资源管理器不显示任何测试，这与Visual Studio 2017 /为. net Core引入的新的可移植的.pdb文件格式有关，这可能会破坏一些VS工具。(背景:参见bug报告“Mono.”Cecil导致OutOfMemoryException与新的.csproj PDBs"。)
您的测试是否因为新的可移植.pdb(调试符号)格式而无法找到?
打开输出窗口。 将显示输出的下拉选择从更改为测试。 如果您看到如下输出(可能在每个测试中都重复一次)，那么您就遇到了这个答案中描述的问题: 系统异常。OutOfMemoryException，异常转换<SignatureOfYourTestMethod> 数组尺寸超出支持范围。
如果是，请执行以下步骤解决问题:
Open your test project's Properties (select the test project in Solution Explorer and press Alt+Enter). Switch to the Build tab. Click on the Advanced... button (located at the very end of that tab page). In the drop-down labelled Debugging information, choose none, pdb-only, or full, but NOT portable. It is this last setting that causes the tests to not be found. Click OK and clean & rebuild your project. If you want to be extra sure, go to your test project's output directory and clean all .pdb files before rebuilding. Now your tests should be back.
