在我的例子中，测试资源管理器将排除公共异步无效(c#)或公共异步Sub X() (VB.NET)的测试方法。

更仔细地查看输出窗口中的消息，显示来自:测试的输出，我看到了以下消息:

如果你在测试方法中使用async-await，那么return-type必须是Task。示例:public async Task Test.Class1.Test2()

对于每个消息，确保所有此类方法都返回Task。

这对我来说很有效(不知道这是否是改变工作空间导致的损坏):

删除%TEMP%\VisualStudioTestExplorerExtensions中的VS测试缓存文件并重新启动VS2017。

美国小妞C + +:

由于c++测试没有特别的问题，但主题是非常相同的，下面是当我在测试发现方面遇到麻烦时帮助我的方法。

如果您只安装了带有c++的桌面开发，那么解决方案是同时安装带有可选的c++通用Windows平台工具的通用Windows平台开发。您可以在visual studio web安装程序中选择这些。

之后，重新构建您的测试项目，测试发现就可以工作了。

顺便说一下，我在VS2017中创建了单元测试项目。这可能很重要，因为一些用户提到，他们在从VS2015迁移到VS2017的项目中有发现问题。

我知道OP在他的清单上列出了这一点，但在进行Visual Studio 2017的干净安装和设置新项目时，很容易忽略这一点。除了NUnit项目模板和NUnit框架，还需要单独安装NUnit适配器，例如使用NuGet命令install - package NUnit3TestAdapter -Version 3.9.0。在此之后，Visual Studio Community 2017开始发现单元测试没有任何问题。

有时，我发现如果在单元测试代码中有stackoverflow异常，visual studio会将该单元测试用例标记为未运行，并将停止运行该用例后面的其他测试用例。

在这种情况下，您必须找出导致stackoverflow异常的情况。

请确保您正在使用正确的Microsoft.NET.Test.Sdk:

<PackageReference Include="Microsoft.NET.Test.Sdk" Version="15.0.0" />

不要使用预发布版本。或者你必须改变控制台应用程序(不是库)。 我也有类似的问题，但使用最新版本(15.0.0)，它又开始工作了。

此外，你可能还需要补充:

<ItemGroup>
  <Service Include="{82a7f48d-3b50-4b1e-b82e-3ada8210c358}" />
</ItemGroup>

但我认为没有必要。