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

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


当前回答

当我尝试在不同的PC上构建解决方案时,我多次遇到这个问题。

我也在使用NUnit和Specflow。默认情况下,我的测试项目目标是X86,但我必须将此更改为X64。 步骤 1. 测试菜单->测试设置-默认处理器架构-> x64。 2. 清洁的构建 3.构建 4. 如果仍然没有检测结果 5. 进入Tools Extensions and Updates,然后安装NUnit和Specflow库 6. 清洁的构建 7. 构建

然后通常测试将显示在测试编辑器中。

其他回答

我在VS2013终极版中遇到了同样的问题。我的问题是我在创建Windows服务时忘记卸载它。因此,服务正在运行,而VS无法访问其中一个dll,这导致整个测试套件根本没有加载。

因为该项目是在一个共享驱动器上,原来的海报已经表明。VS.NET在加载和运行测试程序集之前需要信任网络位置。读一读这篇博客文章。

为了允许VS.NET加载网络共享的内容,需要将它们(共享)添加到可信位置。要将一个位置添加到完整的信任列表运行(显然根据您的环境需要进行修改):

 caspol -m -ag 1.2 -url file:///H:/* FullTrust

要验证或列出现有的受信任位置,执行以下命令:

 caspol -lg

对我来说是另一回事。我已经安装了一个包,然后卸载它,重新安装一个较早的版本。这在我的app.config中留下了残留的配置/runtime/ assemblybinding /dependencyIdentity重定向。我必须纠正它。 我通过查看输出窗口并在下拉菜单中选择“测试”来解决这个问题。错误信息就在那里。 这是一个痛苦……我希望它能帮助到其他人。

我复制粘贴了方法声明,其中包括一个输入字符串参数。忘记删除输入参数。

  public void ExtractValueFromLineTest(string input) {}//test not discovered because of the string input param

I found the best way to troubleshoot this issue is to create a .proj msbuild file and add your unit test projects which you hare having an issue into this file and execute the tests using the command line version of mstest. I found a small configuration issue in my app.config which only appeared when running the tests from mstest - otherwise the test project built just fine. Also you will find any indirect reference issues with this method as well. Once you can run the Unit test from the command line using mstest you can then do a clean solution, rebuild solution and your test should be discovered properly.