我在Windows 7 SP1 x64上的Visual Studio 2013 Update 4中使用针对“任何CPU”平台配置的测试项目时遇到了同样的问题。

问题是测试项目实际上被命名为“Tests”，并且在项目第二次(重新)构建时将消失。

在我将项目重命名为“MyProject”之后。例如，测试将不再消失。

对我来说，解决方案没有那么复杂。

我只是把一个现有的解决方案带到我的机器上(从gitHub克隆)，我们不跟踪Visual Studio创建的自动生成的.cs文件。(每个特性文件都有一个同名的。cs文件)

在没有关联的.cs文件的情况下打开解决方案实际上允许我导航到绑定的方法，因此specflow似乎正确地连接起来了，但我无法在test Explorer中查看测试名称。

对于这个问题，简单地从项目中排除特性文件，然后重新包含它们，迫使VS重新生成这些自动生成的代码隐藏文件。

之后，我就可以在测试资源管理器中查看测试了。

请将关键字public添加到类定义中。您的测试类目前在其自身程序集之外不可见。

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修复了这个问题。

我知道这是一个老问题，但在Visual Studio 2015中，我遇到了新创建的测试类无法识别的问题。尝试一切。最终的问题是这个类没有“包含在项目中”。我只是在重新启动Visual Studio时才发现这一点，并注意到我的测试类不在那里。在显示隐藏文件时，我发现它以及我编写的其他类都不包括在内。希望这能有所帮助

这些都是很好的答案，但我知道还有一个原因;我只是碰巧碰到它。在我的一个测试中，我有一个ReSharper消息，表明我有一个未使用的私有类。这是一个我将在即将到来的测试中使用的类。这实际上导致我所有的测试都消失了。