Visual Studio 2015或2017无法发现单元测试

编辑2016-10-19：

最初的问题是关于使用XUnit测试运行程序的VS2015 CTP6特有的问题。从答案中可以很明显地看出，Visual Studio中的单元测试发现存在着更为广泛的问题，这可能发生在许多不同的情况下。我整理了我的问题以反映这一点。

我还在自己的答案中包含了一个脚本，直到今天，当类似问题出现时，我仍会使用该脚本来解决它们。

事实证明，许多其他答案也有助于更好地理解VS测试运行程序的复杂性。我感谢人们仍在分享他们的解决方案！

原始问题2015-04-10：

从昨天开始，我的Visual Studio Test Explorer将不会发现我的任何项目的测试。构建后，它也不显示绿色的加载栏。

当我转到Visual Studio测试资源管理器并单击“全部运行”时，或者当我右键单击任何测试方法并选择“运行测试”时，我将在输出窗口中获得以下内容：

Could not load file or assembly 'Microsoft.VisualStudio.Web.ProjectSystem, Version=14.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

我在Windows 10运行Visual Studio 2015年CTP 6 Pro的技术预览版，构建10041. .NET Framework版本似乎并不重要-它发生的4.0，4.5.2和4.6。

我尝试使用以下测试框架，并且所有框架都具有相同的行为：

• Microsoft.VisualStudio.QualityTools.UnitTestFramework v14.0.22609.0
• xunit v2.1.0-beta1-build2945 与 xunit.runner.visualstudio v2.1.0-beta1-build1051
• NUnit v2.6.4 与 NUnitTestAdapter v2.0.0

我在GitHub（xunit）上发现了一个看起来类似的问题：xunit团队发表了以下评论，无法发现测试＃295：

请注意，据报告，Visual Studio 2015 CTP 5已被许多进行单元测试的人员破坏（不仅仅是xUnit.net），因此不要指望它能起作用。

另外，请确保您已经清除了Visual Studio的运行器缓存。如果损坏，Visual Studio将永久行为不端，直到将其删除。要清除缓存，请关闭所有Visual Studio实例，然后删除文件夹％TEMP％\ VisualStudioTestExplorerExtensions（老实说，删除％TEMP％中可以删除的所有内容可能不会受到损害）。

我尝试了他们的建议删除该文件夹%TEMP%\VisualStudioTestExplorerExtensions。不幸的是，这不能解决问题。

我注意到，实际上ReSharper的是能够发现一些测试。它仅适用于VS和NUnit测试，不适用于xunit。

我必须清除某种临时文件夹或缓存文件夹，但是我知道Visual Studio有许多临时文件夹或缓存文件夹，并且并非可以删除所有它们而没有不良影响。

令我惊讶的是，清除%TEMP%目录中的临时文件对我来说解决了这个问题。

注意：此路径通常位于 C:\Users\(yourusername)\AppData\Local\Temp

包括@ Warren-P，您可以通过%temp%进入开始菜单导航到temp文件夹，或启动“文件资源管理器”并%temp%在地址栏中输入。

可能是您的代码是使用x64编译的，因此必须将默认处理器体系结构启用为X64。

Test > Test Settings > Default Processor Architecture > X64

• 退房，如果NUnit测试适配器2/3安装在VisualStudio中。
  (Tools>Extensions and Updates )

• 确保选择了正确的处理器体系结构：
  (Test>Test Settings>Default Processor Architecture)

编辑2016-10-19（PowerShell脚本）

此问题仍然时不时地返回。我写了一个小PowerShell片段，为我自动清除了相关的缓存/临时文件夹/文件。我在这里分享给以后的读者：

@(
"$env:TEMP"
"$env:LOCALAPPDATA\Microsoft\UnitTest"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ComponentModelCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\Designer\ShadowCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ImageLibrary\cache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio Services\6.0\Cache"
"$env:LOCALAPPDATA\Microsoft\WebsiteCache"
"$env:LOCALAPPDATA\NuGet\Cache"
) |% { Remove-Item -Path $_ -Recurse -Force }

确保事先关闭Visual Studio，然后重新启动可能是个好主意。

删除TEMP文件夹可能不是必需的，在某些情况下甚至可能是不可取的，因此，我建议您尝试不先清除TEMP文件夹。只是省略"$env:TEMP"。

原始答案2015-04-12

彻底清除与Visual Studio相关的临时/缓存文件夹后，“解决了”该问题。

由于我没有时间一步一步地检查所有内容，然后在两者之间进行测试，因此，不幸的是，我不知道是哪一个真正引起了问题。

这些是我已采取的确切步骤：

1. 封闭的Visual Studio
2. 使用CCleaner清除系统和浏览器temp文件/文件夹

3. 手动清除/删除以下文件/文件夹：

   • %USERPROFILE%\AppData\Local\assembly
   • %USERPROFILE%\AppData\Local\Microsoft\UnitTest
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\Designer\ShadowCache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ImageLibrary\cache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio Services\6.0\Cache
   • %USERPROFILE%\AppData\Local\Microsoft\WebsiteCache
   • %USERPROFILE%\AppData\Local\NuGet\Cache
   • %USERPROFILE%\AppData\Local\Temp

出现此问题的原因之一是您的测试班不是公开的。MSTest仅从公共类中发现测试。

在Visual Studio 2015（更新3）中，如果要在测试资源管理器中附加测试，则必须安装NUnit测试适配器。从工具->扩展和更新->在线选项卡下载适配器（您必须搜索适配器）->下载。通过重新启动Visual Studio，您可以看到测试框架的更改。

我没有完整的答案，但是我通过测试项目确定了一些东西：

1. 该xunit.runner.aspnet : 2.0.0-aspnet-beta4官方BETA4 aspnet5发布的，似乎是部分没有在Visual Studio的工作。
2. 相反，使用"xunit": "2.1.0-*"和"xunit-runner.dnx": "2.1.0-*"包确实可以在Visual Studio中工作。
3. 为了使VS发现测试，您的项目必须有一个名为“ test”的运行“ xunit.runner.dnx”的命令。添加其他命令可能会破坏它。
4. 如果您的“测试资源管理器”窗口仍然最终为空，请从项目中删除“ test”命令，然后重新生成解决方案，然后将“ test”命令添加回project.json。
5. 按照@ Fred-Kleuver的建议清除所有缓存可能会有所帮助，但是我还没有孤立地完成所有步骤，因此我不确定。

根据VS 2015 CTP 6，当前版本为Beta4版本，而不是每日版本。

我有一个实例，其中一些测试由于async以下原因而无法进行：

public async void This_IsMy_UnitTest()

问题是我忘记让它们返回a Task而不是void在进行切换时返回。有人会认为这会导致错误或测试失败，但是不会。该类中的单元测试被完全忽略，并表现为不存在。

大约经过3次清理，构建和重新启动之后VS.NET，我才看到测试运行并失败，这表明我忘记添加Task返回类型：

public async Task This_IsMy_UnitTest()

更新后，找到了单元测试并正常工作。这可能是一个极端的情况，但是async进行await在内部使用但没有正确签名的测试可能会导致同样的问题，这不是我第一次这样做。

转到Nuget软件包管理器，并按照以下说明下载Nunit适配器。

我也有同样的问题，但是我的机器上不存在文件夹“％TEMP％\ VisualStudioTestExplorerExtensions”，因此当我阅读这些帖子时，我就有了创建它的想法，并且它可以正常工作。测试浏览器现在可以显示我的所有测试。谢谢。

只需重新启动 Visual Studio，然后在“测试资源管理器”中执行“全部运行”即可。然后发现了我所有的测试。

就我而言（Visual Studio Enterprise 2015 14.0.25425.01更新3，Resharper 2016.2），我只需要从“生成”菜单执行一个干净的解决方案。重建解决方案，然后使测试浏览器“唤醒”并再次找到所有测试。

我的解决方案是将NUnit 3测试适配器扩展安装到我的Visual Studio 2015中。

就我而言，问题出在“椅子和键盘之间”。我已切换到配置管理器中的配置，该配置不包括构建中的单元测试项目。切换回包含所有项目的配置（例如Debug）解决了该问题。

以我为例，VS 2015下的MSTest忽略了测试名称（即方法）长于174个字符的测试。缩短名称可以使测试可见。这是通过操作测试名称通过猜测和检查来确定的。

这可能对大多数人没有帮助，但是对单元测试缺乏经验的人编写了一个返回的测试方法，bool而不是void：

[TestMethod]
public bool TestSomething()

更改返回类型以void解决问题。

确保您xunit.runner.visualstudio的测试项目packages.config中包含软件包，并且软件包已正确还原。

我知道这不是原始问题，但是可以为像我这样的人节省时间。

我想补充一点，我发现了与上述解决方案完全不同的解决方案。

我已经声明了我的测试课程，如下所示：

[TestClass]
class ClassificationTests
{
   //unit tests
}

将public修饰符添加到类中后，它就可以按预期运行！

如果您以.NET Standard或.NET Core为目标，则需要使用NuGet软件包作为NUnit Test Adapter而不是extension。

如果要测试.NET Core或.NET Standard项目，建议从NuGet安装适配器。VSIX适配器不也将不支持.NET Core，因为VSIX软件包不能针对多个平台。

资料来源：NUnit GitHub Wiki

。

还可以在此处查看常见问题解答：

我的测试未在Visual Studio 2017中显示吗？

• 您正在使用NuGet软件包吗？
• 您是否正在使用NuGet软件包的3.8.0或更高版本？
• 您的测试是否针对.NET Core或整个.NET Framework？（往上看）
• 您是否已将包参考添加到Microsoft.NET.Test.Sdk？
• 您是否重新启动了Visual Studio？还是有点脾气。

资料来源：NUnit GitHub Wiki

这发生在我身上，因为我的测试项目包含一个app.config。它是由NuGet软件包自动添加的，用于程序集重定向，但是如果没有它，我的测试似乎运行良好。

请参阅：https : //developercommunity.visualstudio.com/comments/42858/view.html。

我有同样的问题。我刚刚清理并重建了项目，就可以看到缺少的测试。

弹出分享我的解决方案。我使用的是Windows 10，Visual Studio 2015，NUnit 3.5，NUnit测试适配器3.6（通过NuGet（不是VISX扩展名）），但没有发现我的测试。我的问题是，在解决方案的“测试”项目中，以某种方式在项目文件夹中创建了指向“文档”文件夹的快捷方式。我猜想测试适配器正在看到快捷方式，并且挂断了试图弄清楚该怎么做的结果，从而导致无法显示单元测试。

删除文件\ AppData \ Local \ Microsoft \ VisualStudio \ 14.0 \ 1033 \ SpecificFold‌erCache.xml为我解决了这个问题。

该主题有些过时，但是我针对VS2015中缺少的测试状态的解决方案：

任务状态仅显示在Debug构建配置中。当然，这也使得不可能通过test-explorer调试测试。

我也被这个奇妙的小功能所困扰，这里没有描述对我有用。直到我仔细检查了构建输出并注意到相关的项目都没有构建，才开始。访问配置经理证实了我的怀疑。

Visual Studio 2015很高兴地允许我添加新项目，但认为不值得构建它们。将项目添加到构建中后，它就可以很好地播放了。

我通过将X64更改为来解决它：右键单击项目->属性->构建->平台目标->任何CPU

我的项目以某种方式被设置为编译为静态库（.lib）。将其更改为动态库（.dll）后，测试Visual Studio 2012正确发现的位置。

My Unit Test Project ->
Properties ->
Configuration Properties ->
General ->
Configuration Type

我很容易解决此问题，因为：

• 选择您的单元测试项目
• 单击解决方案资源管理器中的“显示所有文件”按钮，新的临时文件将出现在解决方案资源管理器的文件树中的“ obj \ x86 \ Debug”中。
• 删除这些临时文件并重建项目。
• 尝试运行测试并成功！

我们有同样的问题。我们有一个大型VS 2015解决方案，其中包含多个C＃项目以及更多测试项目。

Resharper的测试发现工作正常，但VS Test Explorer失败了。

事实证明，这些项目没有MsTest TestFramework和TestAdapter的相同版本，有时它们使用NuGets和其他时候的旧引用，并且显然不被支持（对于如此昂贵的IDE来说是如此）。

删除所有Microsoft.VisualStudio.Test *参考，然后添加/更新两个MSTest NuGets可以解决此问题。

通过意识到测试项目的目标框架与被测试项目不同，我解决了这个问题。是的，我是通过将目标框架从默认设置（“项目”>“属性”>“应用程序”）更改而导致此问题的，但对于测试项目（此项目是在几周后创建的），此操作却失败了。不匹配不会导致编译器错误，但是会在“ 错误列表”窗口中导致警告。一旦选择显示警告的选项，解决方案就显而易见了。