更新:增加2019年;发现/运行器集成机制与2017年和2015年相同，因此可能出错的关键问题是相同的。
我读过为什么xUnit运行者找不到我的测试，其中包括xUnit永远无法找到你的测试的原因，但我的问题是不同的-我相信我的测试没有微妙的事情发生;(他们在其他环境中工作，这似乎只是我的机器)- Visual Studio 2015[社区版]中的Visual Studio测试运行器根本不显示我的任何测试。我没有做任何令人兴奋的事情;测试的目标是桌面上的xUnit.net v2。
我已经看了输出窗口，并没有看到任何东西在测试下从选项卡显示输出。
当前回答
当我在VS 2017中用IntelliTest第一次尝试走路时，我就遇到了这种情况。
有时，当测试项目由IntelliTest自动创建时，程序集对Microsoft的引用。ExtendedReflection(…\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\Microsoft\Pex\Microsoft. extendereflect .dll)丢失。 添加后，重新编译后生成的测试将显示在测试资源管理器中。
其他回答
这发生在我身上几次-当我清理项目并再次构建它时，它往往是好的。
免责声明:这不是关于visual studio 2015的xunit，而是visual studio 2017的UWP单元测试应用程序(MSTest)。我到这个线程搜索同样的东西，所以也许其他人会做同样的事情:)
我的解决方案是更新MSTest的nuget包。TestAdapter和mste . testframework。当你为UWP创建一个单元测试应用程序时，你似乎不会自动获得最新的版本。
我使用的是xUnit 2.2.0。
我的问题是我的解决方案无法找到某些dll和app.config试图解决它们。错误没有显示在Visual Studio的测试输出窗口中。
当我安装xunit.runner.console并试图通过命令行运行测试时，我能够识别出错误。
如何在CLI中运行xunit测试。
这对我来说很简单——包含测试方法的类必须是公共的。:)
在属性窗口检查test.cs文件的类型，它是c#编译器。在我的情况下，我不小心将其更改为嵌入式资源，并面临这个问题。
