我有一些测试是使用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");
        }
    }
}

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


当前回答

由于这些答案都没有涉及到我遇到的原因,对于这个问题,我也将在这里添加我的答案。

在我的例子中,这是一个复制粘贴代码的问题。我们有一个TestProjectA,其中有特定类型的测试,我们希望将它们拉出到它自己的测试项目testprojecb中。现在的问题是,当TestProjectA中的测试继续正常显示时,新的TestProjectB中的测试不会在VS测试资源管理器中显示——除非你特别构建了TestProjectB或手动右键单击那里的测试并运行它。

原因是在复制粘贴代码时,一些名称空间没有得到更新:

在命名空间TestProjectA中的TestClassA中有一个TestMethodA()。ModuleA的文件路径\TestProjectA\TestClassA.cs 以及命名空间TestProjectA中的TestClassB中的TestMethodA()。ModuleA的文件路径\ testprojecb \TestClassB.cs

因此,visual Studio在输出窗口中输出一条消息,表明这两个项目的testd是相同的,并且由于两个项目之间的testd冲突,在测试资源管理器中继续显示TestProjectA而不是testprojecb。将命名空间更正为TestProjectB。ModuleB for \ testprojecb \TestClassB.cs修复了这个问题。

其他回答

由于这些答案都没有涉及到我遇到的原因,对于这个问题,我也将在这里添加我的答案。

在我的例子中,这是一个复制粘贴代码的问题。我们有一个TestProjectA,其中有特定类型的测试,我们希望将它们拉出到它自己的测试项目testprojecb中。现在的问题是,当TestProjectA中的测试继续正常显示时,新的TestProjectB中的测试不会在VS测试资源管理器中显示——除非你特别构建了TestProjectB或手动右键单击那里的测试并运行它。

原因是在复制粘贴代码时,一些名称空间没有得到更新:

在命名空间TestProjectA中的TestClassA中有一个TestMethodA()。ModuleA的文件路径\TestProjectA\TestClassA.cs 以及命名空间TestProjectA中的TestClassB中的TestMethodA()。ModuleA的文件路径\ testprojecb \TestClassB.cs

因此,visual Studio在输出窗口中输出一条消息,表明这两个项目的testd是相同的,并且由于两个项目之间的testd冲突,在测试资源管理器中继续显示TestProjectA而不是testprojecb。将命名空间更正为TestProjectB。ModuleB for \ testprojecb \TestClassB.cs修复了这个问题。

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

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

Visual Studio Professional 2012,更新4。将互操作函数定义(DllImport/extern)作为测试类放在同一个项目中会使测试资源管理器感到困惑。将Interop移到一个单独的项目中,解决了这个问题。

问题是测试运行程序配置为不从远程驱动器运行测试。当我将项目复制到本地驱动器时,它工作得很好,但我需要在共享驱动器上(不记得为什么)。

我读到过它可以配置为在共享驱动器上工作,但一直没有这样做,因为当我发现这个解决方案时,我已经在Debian上切换到MonoDevelop了。

我在尝试在网络共享上打开解决方案时遇到了同样的问题。在这种情况下,测试资源管理器不会检测到任何单元测试。解决方案是:

控制面板-> Internet选项->“安全”选项卡->单击“内网”,将持有网络共享的服务器IP地址或主机名添加到“站点”列表中。

在此之后,我重新编译了解决方案,现在出现了测试。 这应该与@BigT给出的答案非常相似。