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

在我的例子中，这是一个复制粘贴代码的问题。我们有一个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修复了这个问题。

快速检查表解决一些常见的测试问题。确保:

测试类和测试方法是公共的 测试类有[TestClass]属性 测试方法具有[TestMethod]属性

如果这没有帮助，请尝试清理、重新构建解决方案并重新启动Visual Studio。

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

测试不喜欢异步方法。例如:

    [TestMethod]
    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

这样做之后:

    [TestMethod]
    public void TestAuth()
    {
        TestMethod1();
    }

    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

它看到了测试。

我也有同样的问题。在我的例子中，它是由私有属性TestContext引起的。

将其更改为以下方式会有所帮助:

public TestContext TestContext
{
    get;
    set;
}

在清理和构建解决方案之后(如@Ourjamie的回答所述)，受影响的测试类中的测试方法在测试资源管理器中是可用的。

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

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

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

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

 caspol -lg