Visual Studio 2013找不到单元测试

我在Visual Studio 2013中有一个简单的解决方案，它由一个Web项目，一个库项目和一个单元测试项目组成。当我打开解决方案并尝试运行单元测试时，Visual Studio不会发现它们。要运行测试，我尝试转到菜单并选择“测试”->“运行”->“运行所有测试”或打开“测试资源管理器”窗口。通过这些方法，Visual Studio不会在解决方案中发现任何测试。

首先创建一个简单的单元测试项目，然后尝试运行测试，Visual Studio知道发现该测试，然后我就可以运行它。然后，如果我打开以前的解决方案，Visual Studio现在会发现所有测试。我尝试保存我的解决方案，但先关闭并重新打开它，而无需先创建单元测试项目，Visual Studio不会再次找到测试。这是一个非常奇怪的行为，我不知道为什么会这样。

我曾经在这个项目中独自工作过，该项目使用的是与Visual Studio Team Foundation集成的源代码控制git。当一个新元素进入项目以及需要通过在线源代码控件重新创建解决方案时，Visual Studio的问题不会发现单元测试开始。在此之前，Visual Studio始终会发现所有测试。

为了创建单元测试，我使用了Microsoft.VisualStudio.QualityTools.UnitTestFramework dll。我的Visual Studio版本是：Microsoft Visual Studio Express 2013，用于Web版本12.0.30723.00更新3。我的.net Framework版本是4.5.50938。

我所有的测试都是这样的：

[TestClass] 
public class Service1Test 
{ 
    [TestMethod] 
    public void Test1() 
    {
        Assert.IsTrue(True); 
    } 
}

我注意到我必须不时做一些事情才能使测试正确显示。

1. 如果您的解决方案在受保护的驱动器中，则需要管理员访问权限才能进行读/写，有时仅会进行部分测试。在这种情况下，一定要以管理员身份运行VS。

2. 如果您的解决方案是64位，请确保将“测试”>“测试设置”>“默认处理器体系结构”设置为x64。有时将其设置为x86。将其设置为x64，然后重新构建。

3. 有时只是重新启动Visual Studio就能解决问题，因为测试资源管理器将再次启动。

4. 不要忘了实际构建测试项目/解决方案。（如果您希望它与其余项目一起构建，请右键单击您的解决方案>属性>配置属性>配置>选中测试项目的“构建”框）

5. 确保测试在public您的测试课程中

如果您使用NUnit，请确保首先下载NUnit适配器。

转到工具→扩展和更新…→在线→搜索“ NUnit Test Adapter”。

确保您的测试课程是public可以找到的。如果要引用另一个类，请确保相同。

另外，有时，如果您没有断言或未使用来装饰测试，则[TestMethod]可能无法识别测试。

还有2件事：1）异步单元测试充其量可以做到最好，而最坏的情况则完全没有。看一下Stephen Cleary的这篇文章，如果您感兴趣的话，不要去找。

2）如果您使用NUnit并遇到相同的问题，请记住这是[TestCase]针对Nunit的，而不是[TestMethod]

上面已经说了，这是我在代码项目上发布的文章，同时包含MSTest＆NUnit，以防您想旋转一下并确保您没有丢失任何内容。

我遇到了同样的问题，但其他解决方案均无效。原来，我正在将NUnit 3框架与2适配器一起使用。

如果您使用的是NUnit 3，请转到“扩展和更新”并安装NUnit3测试适配器。

我时不时遇到这个问题。对我有用的是关闭Visual Studio并转到文件夹：

%LocalAppData%\Microsoft\VisualStudio\12.0\ComponentModelCache

并删除它的内容。

打开Visual Studio并再次加载项目后，测试资源管理器应包含测试内容

XUnit用户可能会注意到“测试资源管理器”窗口不再列出任何测试。要使测试再次可发现，请尝试以下重要的提示，突出显示。

如果发现或运行测试时遇到问题，则可能是Visual Studio内部运行程序缓存损坏的受害者。若要清除此缓存，请关闭Visual Studio的所有实例，然后删除文件夹％TEMP％\ VisualStudioTestExplorerExtensions。还要确保您的项目仅链接到Visual Studio运行程序NuGet包（xunit.runner.visualstudio）的单个版本。

对于未来的Google员工，我遇到了一种罕见的情况。

在基本测试类上，我有一个名为TestContext的属性。这干扰了MSTest的保留TestContext属性，导致我的所有测试都从VS / Resharper中隐藏，只有一个（它不是从基类继承的）。

对我来说，它正在将“解决方案配置”更改为Debug（而不是Release）。

我的问题是因为我的单元测试方法不是void，并且正在接收参数。

我发现async voidVS Test Explorer没有发现标记为的单元测试方法。这似乎是因为VS没有任何方法可以等待测试完成并确定测试是否成功。如果您绝对需要一个测试方法来异步运行，则可以让它返回Task而不是async Task。我发现这为我解决了这个问题。

尝试将所有项目构建为MSIL（任何CPU）而不是x86 / x64。奇怪地为我工作

尽管AndyG的解决方案有效，但更持久的解决方案是通过以下方式将PreferredToolArchitecture环境变量设置为“ x64”：

如何使Visual Studio使用本机amd64工具链

或通过：

• 控制面板 系统与安全| 系统| 高级系统设置|环境变量
• PreferredToolArchitecture = x64
• DefaultToolArchitecture = Native64Bit
• PROCESSOR_ARCHITECTURE = x64
• ProcessorArchitecture = x64

我遇到了同样的问题，我再次记得（这种情况以前发生过），在解决方案平台菜单上选择“混合平台”以及其他答案都可以。

我设法将我的添加为

public static void TestMethod1(){}

移除静电后即可开始工作...

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

转到项目菜单>配置管理器，检查您的测试项目平台是否与项目的其余部分匹配，并检查要构建然后重新构建。

只是碰到了这一点，我也没有看到与我相似的类似案例。

在.csproj我的测试项目文件中，NUnit参考隐私设置为False：

<Reference Include="nunit.framework, Version=2.6.4.14350, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL">
  <HintPath>..\packages\NUnit.2.6.4\lib\nunit.framework.dll</HintPath>
  <Private>False</Private>
</Reference>

之后，我设置<Private>到True它的工作。

您只需要安装此软件包：

NUnit测试适配器

为了使测试显示在“测试资源管理器”窗口中，我必须安装NUnit3 Test Adapter 3.0，该软件包在Package Manager中不可用。

从https://visualstudiogallery.msdn.microsoft.com/0da0f6bd-9bb6-4ae3-87a8-537788622f2d下载

我有同样的问题。

这是由于我添加到项目（3.2.0）和我已安装的测试适配器（2.0.0）的NUnit版本不兼容所致。

要修复，请使用“工具>扩展和更新”并搜索NUnit3测试适配器，此后它发现了我的测试。

干杯

只是出于论证的目的，您需要在测试项目上使用X64架构，以便正确构建依赖项（如我的情况）。您可能需要在“ 测试-测试设置”菜单下修改默认处理器体系结构。将此设置为X64可使我的测试浏览器使用Microsoft.VisualStudio.TestTools.UnitTesting查找我的测试。

很抱歉添加到长列表中，但是我遇到了一个完全不同的问题。首先，我想提到的是，我在测试资源管理器中单击“全部运行”，然后在Visual Studio中查看生成输出窗口时发现了我的问题。您必须积极观察它，因为随后消息消失。

至于问题，它看起来像在扫描测试期间，DLL被加载并且其测试类型被枚举。这将导致引用被加载，并且如果在此过程中发生任何故障，则资源管理器中不会显示测试。我遇到两个问题，无法成功加载测试DLL：

• 配置文件中仍然存在绑定重定向（重定向到比测试项目中引用的版本低的NHiberate版本）。
• 程序集引用冲突（第二级引用无法加载）。AsmSpy是寻找这些的绝佳工具。

如果从网络共享或作为共享一部分的“我的文档”目录中加载Visual Studio（在我的情况下为VS 2015社区）解决方案，则会遇到此麻烦。我通过将解决方案及其基础项目移动到本地文件夹来解决此问题。

花了2天之后...以上都不对我有用。唯一的“解决方案”是：转到项目属性->“构建”选项卡。然后，单击窗格右下角的“高级”按钮。将“调试信息：”更改为“完整”，然后单击“确定”。

以下是屏幕截图：

我遇到了同样的问题。并调查发现该dll尚未生成，并放在正确的文件夹中。一旦更改配置，它们就会出现。-项目构建选项，应使用哪个文件夹？-构建菜单项构建配置，应进行​​检查。

帮我解决了

对于Visual Studio 2013.5，清除解决方案中的\ TestResults目录有助于。Visual Studio破坏了存储发现的测试的mdf文件，从而阻止了单元测试的发现。

确保所有项目都使用相同的配置运行。在项目的Properties => Debug => Platform下拉列表中，选择其他项目确定的适当平台（对我来说是“ Any CPU”）。

• 我知道如果未构建解决方案，则找不到单元测试，因此可以尝试（构建解决方案），但是该解决方案就像帮助台询问您的计算机是否已插入...
• 彻底重新构建无法解决我的问题后，运行完整的批处理构建确实可以解决问题。

有同样的问题；测试突然停止被发现。

Nunit测试适配器已被禁用。在扩展程序管理器中单击启用为我修复了它。

我遇到了同样的问题，直到我意识到我执行了剪切/粘贴错误并[Test Method]在测试之前就退出了。