我有一个如下的 xUnit.net 测试：
static class MyTestClass
{
[Fact]
static void MyTestMethod()
{
}
}
VS 2012的xUnit插件显示：
没有找到可运行的测试。
TestDriven.net正常运行但提到了Ad hoc：
1个通过，0个失败，0个跳过（请参见“任务列表”），耗时0.47秒（Ad hoc）
TeamCity、xunit.gui.exe和xunit.console.exe以及Visual Studio也无法找到TestMethod
（我已经安装了xunit.runner.visualstudio，而且VS能看到一些测试。）
是什么问题呢？
TL;DR你的测试类必须是public（但是测试方法可以是private和/或static）。
出于效率的考虑，xUnit的作者选择在搜索测试类时不使用BindingFlags.NonPublic（MSIL元数据表没有像索引private / internal类那样的索引，因此Reflection能够实现相对高效的性能差异）。
由于上述原因，您的class是private的事实意味着它不会被拾取。
测试方法是private和static的事实是可以的-xUnit从1.0开始就支持这两个方面。
请注意，Visual Studio xUnit Runner扩展程序，xunit.console.exe（以及GUI），xunit MSBuild任务，Resharper和CodeRush在遵守此规则方面始终如一（尽管可以认为它们[特别是后两者]可以更多地标记当一个测试类（即包含Fact派生注释的类[可能间接]）是private时）。
TestDriven.net运行您的测试的原因是TestDriven.net的作者为使其正常工作做出了巨大的努力。它内部使用特殊的测试运行程序包装器/接口（称为Adhoc Runner）来运行测试。请注意，该方法实际上并没有通过xUnit.net运行，并且因此您在测试中放置的任何具有副作用的属性都不会被触发。
值得注意的是，NUnit（我非常确定MSTest也是如此）使用private reflection [因此在private类中选择测试]，这可能就是为什么以前您从未关心过此类问题的原因。
注意：这种方式可以使得你将测试类private化，从而快速跳过测试类中的所有测试 [以及任何嵌套类]，这是由此产生的副作用/技巧。但很遗憾，在这个星球上，无意中使用这种方法的情况远远超过了有意使用的情况！
本答案适用于VS 2013，但对于VS 2012基本相同。适用于通过ReSharper的单元测试功能运行。
为Visual Studio 2013安装xUnit.net运行程序（小心以管理员身份运行Visual Studio，否则在非管理状态下运行IDE时可能无法运行测试）：
a. 在Visual Studio 2013中，转到“工具”->“扩展和更新”->“在线”
b. 搜索xUnit.net Runner for Visual Studio 2012 and 2013
c. 然后下载（安装）它。如果从VS 2012升级到VS 2013，则建议将其卸载，然后重新安装。
d. 重启Visual Studio。
如果已安装了ReSharper，请安装xUnit.net测试运行程序插件：
（注意：自ReSharper 2016.1以来，xunit支持内置于ReSharper中，这意味着不再需要xunit插件。）
a. 在Visual Studio 2013中，导航：Resharper -> Extension Manager.
b. 在左侧，选择在线。
c. 搜索“xunit.net”。 选择“xUnit.net Test Support”。 点击安装。
d. 重启Visual Studio 2013。
“清理”解决方案
a. 在IDE中，在Solution Explorer中，右键单击解决方案，然后选择“Clean”。
b. 重新编译。
c. 现在，当右键单击[Fact]属性时，请选择ReSharper的“运行单元测试”（而不是默认的“运行测试”）
XUnit运行故障排除:
如果使用XUnit运行[Fact]测试时出现问题，可能需要手动从以下任意文件夹中删除xUnit软件包（查看xUnit DLL的内容，然后删除找到的xUnit文件夹）：
C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\Extensions\
C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\12.0\Extensions\
对于ReSharper，请尝试卸载并重新安装xunitcontrib库（xUnit.net测试支持）。我曾经注意到，在卸载时有一些错误消息闪过。我在某个时间点抓了一个屏幕截图，上面列出了：
C:\Users\<username>\AppData\Local\JetBrains\ReSharper\vAny\packages\xunitcontrib.1.3.0\ReSharper\v8.1\plugins\xunit.dll被拒绝。为解决此问题，请在从Visual Studio卸载后删除C:\Users\<username>\AppData\Local\JetBrains\ReSharper\vAny\packages\xunitcontrib.1.3.0\目录，然后以非管理员身份运行Visual Studio，并通过ReSharper重新安装（Resharper->扩展管理器）。
来自 http://xunit.github.io/docs/getting-started-desktop.html#run-tests-visualstudio：
如果您在发现或运行测试时遇到问题，可能是由于 Visual Studio 中的受损的运行缓存导致的。要清除此缓存，请关闭所有 Visual Studio 实例，然后删除文件夹 %TEMP%\VisualStudioTestExplorerExtensions。还请确保您的项目仅链接到 Visual Studio runner NuGet 包 (xunit.runner.visualstudio) 的单个版本。
我在VS2017 RC中遇到了同样的问题，针对.NET Core 1.1项目。更新xunit.runner后问题得到解决。
Install-Package xunit.runner.visualstudio
我最近在使用.NET Core时发现一个问题，无法发现测试类或测试方法。以下解决方法对我有效：
Build the project running the following command:
dotnet build
注意：无法使用Visual Studio.NET构建！<<<<<<<<<<< 重要提示！
对我来说，我的测试类和测试方法名称组合太长了；xUnit似乎对这种组合有一定的限制。
仅缩短测试方法的名称就可以让xUnit发现单个测试。缩短整个类的名称可以让xUnit发现类中的所有测试。
类名+方法名的阈值似乎为172个字符。
在我的情况下，为了查看任何测试，我必须完成以下步骤：
（所有都是通过NuGet包管理器安装的）
xUnit v2.0.50727xUnit.extensions v2.0.50727我正在使用Visual Studio 2013 Premium。（未安装Resharper）
MyTests而不是MyTests.cs。IDE将其识别为C#测试类，但运行程序没有编译。dotnet test --verbosity detailed命令有所帮助。xunit.runner.visualstudio 更新到版本 2.4.5。然而，我正在为 .NET Standard 2.0 工作的项目。因此，我不得不降级到支持“.NET 2.0 或更高版本”的版本 2.4.3 的 xunit.runner.visualstudio。但自从版本 2.4.4 开始，支持“.NET Core 3.1 或更高版本”。