这里没有一个解决方案对我有帮助。一个解决方案的测试不会被发现，而另一个解决方案引用相同的项目工作得很好。我最终通过删除solutionname.v12解决了这个问题。缩文件。

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.

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

我只是把一个现有的解决方案带到我的机器上(从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");
        }
    }
}

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

我也有同样的问题，但有点不同。

我用的是visual studio 2012。由于某种原因，只有初始生成文件的测试正在运行。但是另一个文件中的测试没有运行。尝试了张贴在这里的不同解决方案，没有工作。

最后，我发现我在测试类中有一个私有方法，这是类中的第一个方法。我只是把private方法移到test方法后面;所以现在，带有[TestMethod]属性的方法是类中的第一个方法。奇怪，但现在它起作用了。

希望有一天这能帮助到别人。