Visual Studio 2013不会发现unit testing

在Visual Studio 2013中,我有一个简单的解决scheme,它由一个Web项目,一个库项目和一个unit testing项目组成。 当我打开解决scheme并尝试运行unit testing时,他们没有被visual studio发现。 要运行testing,我尝试进入菜单并selecttesting – >运行 – >运行所有testing或打开testing资源pipe理器窗口。 通过这些方法,visual studio在解决scheme中没有发现任何testing。

首先创build一个简单的unit testing项目,并尝试运行testing,Visual Studio知道发现testing,我可以运行它。 然后,如果我打开我以前的解决scheme,Visual Studio现在可以发现所有的testing。 我尝试保存我的解决scheme,但是closures并重新打开,而不是先创build一个unit testing项目,Visual Studio再次找不到testing。 这是一个非常奇怪的行为,我不知道这是为什么发生。

我曾经在这个项目中独自工作,使用与Visual Studio团队基础集成的源代码控制git。 当一个新的元素来到这个项目,并且当我需要通过在线的源代码控制来重新创build解决scheme时,visual studio的问题不会发现unit testing。 在此之前,所有的testing总是被视觉工作室发现。

为了创buildunit testing,我使用了DLL Microsoft.VisualStudio.QualityTools.UnitTestFramework。 我的Visual Studio版本是:Microsoft Visual Studio Express 2013 Web版本12.0.30723.00更新3.我的.net框架版本是4.5.50938。

我所有的testing都是这样的:

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

有些事情我已经注意到我必须不时地做testing才能正常显示。

  1. 如果您的解决scheme位于受保护的驱动器中,您需要pipe理员访问权限进行读取/写入,则有时候只会有部分testing出现。 在这种情况下,肯定会以pipe理员身份运行VS。

  2. 如果您的解决scheme是64位,请确保“testing”>“testing设置”>“默认处理器架构”设置为x64。 有时它被设置为x86。 将其设置为x64,然后重build。

  3. 有时候只要重新启动Visual Studio就行了,因为testing浏览器会重新启动。

  4. 不要忘记实际构buildtesting项目/解决scheme。 (如果您希望使用其他项目构build,请右键单击解决scheme>属性>configuration属性>configuration>选中您的testing项目的“生成”框)

  5. 确保testing是在你的testing课的public部分

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

转到工具→扩展和更新…→在线→search“NUnittesting适配器”。

确保你的testing课是public所以可以find它。 如果你正在引用另一个类,请确保相同。

另外,有时如果你没有Asserts,或者你没有用[TestMethod]装饰testing,testing可能不被识别。

还有2件事情:1)asynchronousunit testing充其量是有趣的,最糟糕的是没有。 看看斯蒂芬·克莱里Stephen Cleary)的 这篇文章 ,如果你感兴趣的话,请保持在那里。

2)如果你使用NUnit,并遇到相同的问题,记住它是[TestCase]的Nunit,而不是[TestMethod]

说了上面的话,下面是我在代码项目上发布的一篇文章 , MSTestNUnit ,如果你想旋转它,并确保你没有丢失任何东西。

我有同样的问题,但没有其他解决scheme的工作。 原来,我正在使用2个适配器的NUnit 3框架。

如果您使用NUnit 3,请转至扩展和更新并安装NUnit3testing适配器。

我不时有这个问题。 什么对我来说是closuresVisual Studio并转到文件夹:

 %LocalAppData%\Microsoft\VisualStudio\12.0\ComponentModelCache 

并删除它的内容。

一旦你打开Visual Studio并再次加载你的项目,testing浏览器应该包含你的testing

XUnit用户可能会注意到,“testing浏览器”窗口不再列出任何testing。 为了让testing再次发现,请尝试以下重点提示 。

如果在发现或运行testing时遇到问题,则可能是Visual Studio中损坏的runnercaching的受害者。 要清除此caching,请closuresVisual Studio的所有实例,然后删除文件夹%TEMP%\ VisualStudioTestExplorerExtensions。 另外,请确保您的项目仅与单个版本的Visual Studio Runner NuGet程序包(xunit.runner.visualstudio)链接。

输入TEMP查找目标文件夹

对于未来的谷歌我有一个罕见的情况,造成了这一点。

在我的基础testing类中,我有一个名为TestContext的属性。 这干扰了MSTest的保留的TestContext属性,导致除了一个(没有从基地inheritance)之外的所有我的testing从VS / Resharper隐藏。

对我而言,它将“解决schemeconfiguration”更改为“debugging”(而不是“发行版”)。

我的问题是因为我的unit testing方法不是无效的 ,它正在接收参数。

尝试将所有项目构build为MSIL(任何CPU)而不是x86 / x64。 为我工作奇怪

虽然AndyG的解决scheme有效,但更持久的解决scheme可能是将PreferredToolArchitecture环境variables设置为“x64”,方法如下:

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

或通过:

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

我发现标记为async voidunit testing方法没有被VS Test Explorer发现。 这似乎是因为VS无法等待testing完成并决定是否成功。 如果你绝对需要有一个testing方法asynchronous运行,然后让它返回一个任务,而不是像async Task 。 我发现这解决了我的问题。

我遇到了同样的问题,而且我还记得(之前的情况),在解决scheme平台菜单上select“混合平台”以及其他答案。

转到Nuget包pipe理器并按照下面的步骤下载Nunit适配器。 在这里输入图像描述

进入项目菜单>configurationpipe理器检查您的testing项目平台匹配项目的其余部分,并检查生成,然后重build。

刚刚遇到这个以及我没有看到一个类似于我的类似的情况。

在我的testing项目的.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它就起作用了。

我曾设法加上我的

 public static void TestMethod1(){} 

开始工作,一旦我删除静态….

你只需要安装这个软件包:

NUnit TestAdapter NUnit TestAdapter

我有完全相同的问题。

这是由于我添加到我的项目(3.2.0)和我已经安装的testing适配器(2.0.0)的NUnit版本不兼容。

要修复,使用“工具>扩展和更新”并searchNUnit3testing适配器,它发现了我的testing。

干杯

让我们只是说,为了参数的缘故,您需要在您的testing项目上使用X64体系结构,以便依赖性能够正确构build(就像我的情况一样)。 您可能需要在“ testing – testing设置”菜单下修改默认处理器架构。 设置这个到X64允许我的testing浏览器find我的testing使用Microsoft.VisualStudio.TestTools.UnitTesting。

对不起,join长列表,但我有一个完全不同的问题。 首先,我想提一下,当在testing资源pipe理器中单击“全部运行”时发现了我的问题,然后在Visual Studio中查看生成输出窗口。 你必须积极观看,随后消息消失。

至于这个问题,它看起来像在扫描testing期间,DLL被加载并且它的testingtypes被枚举。 这会导致引用被加载,如果在此过程中发生任何故障,testing将不会显示在资源pipe理器中。 我有两个问题,防止testingDLL成功加载:

  • 在configuration文件中还有一个绑定redirect(redirect到比testing项目中引用的版本更低的NHiberate版本)。
  • 冲突的程序集引用(第二级引用无法加载)。 AsmSpy是一个伟大的工具来寻找这些。

如果你从共享networking共享我的文档目录中加载一个Visual Studio(我的案例是VS 2015社区)解决scheme,你将会遇到这个麻烦。 我通过将解决scheme及其基础项目移动到本地文件夹来解决此问题。

我遇到了同样的问题。 并调查,发现该DLL的不build立,并把它放在正确的文件夹。 只要我改变我的configuration他们出现了。 – 项目构build选项,应该使用什么文件夹? – 生成菜单项build立configuration,他们应该被检查。

为我修好了

对于Visual Studio 2013.5,清除解决scheme中的\ TestResults目录有帮助。 Visual Studio损坏了存储发现的testing的mdf文件,从而阻止了unit testing的发现。

确保您的所有项目都使用相同的configuration运行。 在你的项目的Properties => Debug => Platform下拉列表中select适当的平台(对于我来说,它是“Any CPU”),就像在其他项目中确定的一样。

  • 我知道,如果解决scheme没有build立,unit testing就不会被发现,所以这是一个尝试(构build解决scheme)的东西,但是这个解决scheme就像问询台询问您的计算机是否插入…
  • 干净的重build后没有解决我的问题,运行一个完整的批量构build确实解决了它。

有同样的问题; testing突然停止被发现。

Nunittesting适配器已经被禁用了。 点击在扩展pipe理器启用修复了我。

为了让testing显示在testing资源pipe理器窗口中,我必须安装NUnit3testing适配器3.0,这在Package Manager中是不可用的。

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

我有同样的问题,直到我意识到我做了一个剪切/粘贴错误,并在testing之前离开[Test Method]

在我的情况下,问题是因为我的class被标记为abstract

只要删除abstract关键字。