我有一些测试是使用Microsoft.VisualStudio.TestTools内置的。单元测试,但不能让它们运行。

我使用visual studio 2012终极版。

我有两个项目的解决方案;一个有测试,使用Microsoft.VisualStudio.TestTools。UnitTesting, [TestClass]在类之前,[TestMethod]在测试方法之前,并参考Microsoft.VisualStudio.QualityTools.UnitTestFramework(版本10.0.0.0,运行时版本v2.0.50727)。我已经尝试过。net框架3.5,4和4.5其他人给出了一个重定向错误。

我已经尝试构建解决方案和项目。测试资源管理器显示“构建解决方案以发现所有可用的测试”。单击“全部运行”可在解决方案中构建、发现和运行所有测试。

问题是:如何让visual studio找到测试?


我也试过遵循这个:http://msdn.microsoft.com/en-US/library/ms379625%28v=VS.80%29.aspx但没有成功:当我被要求右键单击并选择创建测试时,我被困在了开始的部分。没有创建测试。


我有这个测试(它编译,但不显示在测试资源管理器):

using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}

我现在发现(见下面删除的答案),这是因为它在一个共享驱动器上,但我还不知道如何绕过它。(可能是关于安全设置的问题)。


当前回答

以我为例,我有3个测试项目,是用Visual Studio 2017创建的(但我认为这无关紧要),其中只有两个被测试资源管理器发现。我意识到第三个项目有不同版本的Microsoft.VisualStudio.QualityTools.UnitTestFramework dll。 我在NuGet管理器中更新了它,测试出现了。

其他回答

这有时是可行的。

检查Test菜单下的处理器架构是否匹配 您用来构建解决方案的那个。

测试->测试设置->默认处理器架构-> x86 / x64

正如在其他文章中提到的,确保您打开了Test Explorer窗口。 Test -> Windows ->测试资源管理器

然后重新构建带有测试的项目,应该会使测试出现在测试资源管理器中。

编辑:正如Ourjamie在下面指出的,做一个干净的构建也会有所帮助。 除此之外,我还遇到了一件事:

“构建”复选框在配置管理器中被取消勾选 用于我在解决方案下创建的新测试项目。

进入构建->配置管理器。 确保您的测试项目选中了构建复选框 用于所有解决方案配置和解决方案平台。

看起来NUnit框架2.6.4不能很好地与NUnit测试适配器一起工作。在网站上,它提到测试适配器只适用于NUnit Framework 2.6.3。

这就是我的问题: 1. 我在VS2012中通过Nuget分别下载了NUnit和NUnit Test Adapter。不知怎的,NUnit更新到了2.6.4,突然我没有看到我的测试用例被列出。

Fix:

卸载Nuget和Nuget测试适配器 a.进入“Tools> Nuget > Nuget Pkg manager > Manage Nuget Pkg for Solution” b.列出已安装的包 c.单击“管理”。 d.取消你的项目 安装NUnit测试适配器,包括NUnit 2.6.3框架 清洁/重建解决方案 打开Test > Test Explorer >全部运行

我看到所有的测试用例

希望这能有所帮助

您可以做的最简单的事情是,将这些文件从文件资源管理器拖放到Test项目中。再次构建项目,您就可以开始了!

OR

在文本编辑器中打开Test项目的.csproj文件,并手动包含要编译的文件名。在文件中搜索Compile标记,并添加要运行的文件。

<ItemGroup>
    <Compile Include="TestSettings.cs" />
    <Compile Include="TestLibrary.cs" />
    <Compile Include="UnitTest1.cs" />
</ItemGroup>

为文件添加Compile标记并保存它。现在进行测试您的单元测试文件将被检测并运行。

检查所引用的程序集是否有可能将“本地复制”设置为“False”的程序集。

如果测试项目构建到自己的文件夹(例如bin/Debug),并且项目依赖于另一个程序集,并且参考列表中的其中一个程序集被标记为“本地复制= "False",则由于缺少依赖项,程序集无法加载,并且构建后将无法加载测试。

我有同样的症状,但情况不同。

我不得不在Peter Lamberg的解决方案中添加一个额外的步骤——清理你的解决方案/项目。

我的unittest项目的目标是x64。当我创建这个项目时,它最初是针对x86的。

切换到x64后,我所有的单元测试都消失了。

我必须去测试菜单->测试设置-默认处理器架构-> x64。

他们还是没有出现。

做了一个构建。

还是没出现。

终于做了一次清洁

然后他们出现了。

我发现清洁解决方案和清洁是相当有用的,让解决方案发挥球时,设置已经改变。有时我不得不走到极端,删除obj和bin目录,并进行重建。