自从安装VS 2017以来，我一直在努力。现在看来，单元测试只能从命令行“ dotnet测试”运行。

我的项目是.NET Core 1.1.1。我安装了1.1.1的SDK和框架更新。

我已经在MSDN（https://msdn.microsoft.com/en-us/library/ms182532.aspx）上尝试了该示例，该示例也以完全相同的方式失败。

用于测试和主项目的所有NuGet软件包都是最新的。测试项目和主项目都可以正确构建。可以从命令行成功运行测试。

有没有人获得过在VS 2017中运行的单元测试，如果可以的话如何？

谢谢，约翰

更新-扩展

这是一个无法在GitHub上运行的简单测试项目的示例。这是xUnit的示例，但我尝试了NUnit和内置于MS测试中的visual studio。无论我进行什么测试或进行什么更改，我都无法让VS测试跑步者找到任何测试。

我尝试过的

• 删除VS测试缓存文件 DEL %TEMP%\VisualStudioTestExplorerExtensions
• 重新启动VS
• 关闭/打开测试浏览器
• 对于已安装的xUnit Microsoft.DotNet.InternalAbstractions（请参见SO post）
• 对于NUnit，请确保已安装适配器，并且与NUnit软件包具有相同的版本（3）
• test -> test settings -> default processor architecture 设置为x86

问题
任何人都可以在VS2017（.csproj项目文件）中提供.Net Core 1.1.0解决方案的工作示例，在该示例中VS测试浏览器成功找到了单元测试，或者在给出的示例中向我展示了问题。

以我为例，事实证明，我只需要升级测试适配器和测试框架。做完了

使用NuGet包管理器的示例：

这只是为我工作（不知道这是否是更改损坏某些内容的工作区的结果）：

在％TEMP％\ VisualStudioTestExplorerExtensions中删除VS测试缓存文件，然后重新启动VS2017。

随着Visual Studio 2017的发布以及从project.json格式到csproj格式的更改，用于.NET Core的测试适配器的API进行了更改。这使现有dotnet-test-*适配器dotnet-test-nunit过时了。

适配器已更新，但是在Visual Studio中或在命令行上设置和运行测试的方式dotnet test需要在测试项目中使用不同的引用。当心任何文档，您会发现该参考软件包采用了dotnet-test-*过时的格式，因为它们已经过时。

首先，您的测试项目必须针对特定的平台，即.NET Core或.NET Framework。即使您正在测试的代码是.NET Standard，它也不能定位 .NET Standard。这是因为测试的目标指示在哪个平台上运行测试。.NET Standard就像PCL（便携式类库）一样，它可以在许多平台上运行。

接下来，您需要添加对的引用Microsoft.NET.Test.Sdk，您选择的测试框架和兼容的测试适配器。对于NUnit，您的引用将如下所示，

<itemgroup>
    <packagereference Include="Microsoft.NET.Test.Sdk" Version="15.0.0"></packagereference>
    <packagereference Include="NUnit" Version="3.7.1"></packagereference>
    <packagereference Include="NUnit3TestAdapter" Version="3.8.0"></packagereference>
</itemgroup>

上面的评论提到添加，

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

这不是严格要求的，但可以提供帮助。它会由Visual Studio自动添加到所有单元测试项目中，以帮助其快速找到带有测试的项目。

如果您的测试未出现在Visual Studio中，则首先要尝试的是关闭解决方案，然后重新打开它们。当您编辑项目时，Visual Studio中似乎存在无法检测到项目更改的错误。

有关更多信息，请参见在Visual Studio 2017中使用NUnit测试.NET Core

我有同样的问题，并通过执行以下操作使其起作用：

• 首先关闭所有打开的Visual Studio实例，然后删除以下文件夹：％TEMP％\ VisualStudioTestExplorerExtensions。（使用Visual Studio运行测试）
• 转到您的Nuget软件包管理器，然后首先安装Microsoft.NET.Test.Sdk（15.3.0-preview-20170425-07），然后再安装xunit.runner.visualstudio（2.3.0-beta1-build1309）。请查看附件的Nuget屏幕截图，以查看我必须安装的所有软件包才能获得最新的VS 2017来检测我的测试。

忘记公开测试类来防止内部的测试方法被发现

我有一个默认的xUnit项目，并删除了示例UnitTest1.cs，将其替换为带有几个测试的控制器测试类，但均未找到

长话短说，更新xUnit，Test.Sdk，xUnit.runner程序包并重建项目后，我遇到了构建错误：

错误xUnit1000测试类必须是公共的

值得庆幸的是，更新版本引发了此异常，以免给我带来麻烦

修改测试类以公开解决我的问题

在我的情况下，我将测试项目定位为x64Architecture，并且将测试设置Architecture（test-> Default Processor Architecture）更改为x86。他们不匹配。

将测试设置x64重新设置为并重新构建所有测试后，再次发现所有测试。

我在VS 2017上也找不到我的UnitTest。这不是约翰要问的确切问题-但这是我在google中寻找的第一个结果，所以我想分享我的问题。

我有一个从VS2010到VS2013，VS2015的遗留解决方案。现在在VS2017中，似乎[TestMethod]属性的名称空间已更改。

在使用之前

Microsoft.VisualStudio.QualityTools.UnitTestFramework, Version=10.0.0.0

我在项目中创建了一个新的Test.dll，默认情况下使用了该文件

Microsoft.VisualStudio.TestPlatform.TestFramework, Version=14.0.0.0

所以我的解决方案是从VS2017内部创建一个新的UnitTest项目。也许为旧测试项目更改程序集引用也可以。VS2017借助新参考文献发现了这些单元测试。

不要阅读MSDN下的过时文章。.NET Core相关材料位于docs.microsoft.com下

https://docs.microsoft.com/zh-cn/dotnet/articles/core/testing/

一般来说，您需要一个.NET Core控制台应用程序来包含单元测试用例。

对我来说，问题是我错误地将测试用例放置在内部类中

[TestClass]
  internal class TestLib {
}

导致无法确定测试用例。

请确保您使用正确的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>

但我认为这不是必需的。

我知道OP已在他的清单中列出了这一点，但是在全新安装Visual Studio 2017并设置新项目时，很容易忽略这一点。除了NUnit项目模板和NUnit Framework外，还需要单独安装NUnit适配器，例如，使用NuGet命令Install-Package NUnit3TestAdapter -Version 3.9.0。之后，Visual Studio Community 2017开始没有任何问题地发现单元测试。

就我而言，将项目移至新解决方案后，测试浏览器找不到我的测试。

答案很简单，就是我在项目中引用了旧的MS测试适配器。

我的cs.proj文件中的MS Test Adapter版本1.1.11与下面的行重复：

<Import Project="..\packages\MSTest.TestAdapter.1.1.18\build\net45\MSTest.TestAdapter.props" Condition="Exists('..\packages\MSTest.TestAdapter.1.1.18\build\net45\MSTest.TestAdapter.props')" />

为了解决这个问题，

1. 右键单击项目，然后选择“卸载项目”。
2. 右键单击项目，然后选择“编辑”
3. 删除导入旧版本适配器的行。
4. 右键单击项目，然后选择“重新加载项目”。
5. 重建解决方案/项目

只是因为Visual Studio无法找到我的测试而出现了这个问题，除了方法之外，看不到运行它们的按钮，并且没有通过运行项目中的所有测试来获取它们。

原来我的测试课不是公开的！将其公开允许VS发现测试。

对我来说，创建一个可以与Visual Studio 2017完美配合的新测试项目更加容易。。。只需复制测试文件，添加引用和NuGet包即可。

就我而言，这是一个项目，我从较早的.Net版本升级了测试项目。在app.config中，我具有到以前版本的从属程序集的程序集绑定。

修复了app.config中的assembnlybindings之后，发现了我的测试。

发现

上面的最佳答案对我不起作用（重新启动，更新到1.1.18版...我已经更新，删除临时文件，清除NuGet缓存等）。

我发现在不同的测试项目中我对MSTest.TestAdapter和MSTest.Framework的引用不同（我的解决方案有两个）。一个指向1.1.18，就像...

packages.config

<package id="MSTest.TestAdapter" version="1.1.18" targetFramework="net461" />
<package id="MSTest.TestFramework" version="1.1.18" targetFramework="net461" />

...但是另一个引用了1.1.11。重新启动Visual Studio后，当我的临时目录（％TEMP％\ VisualStudioTestExplorerExtensions \）中出现两个版本的库时，上述某些答案将导致此发现。

解

只需将我的packages.config更新到1.1.18版本，即可恢复VS中的单元测试功能。似乎有些错误不允许MSTest库的并行引用。希望这对您有所帮助。

更多信息：

• Visual Studio 2017 Ent：15.5.6（我已从15.0.1更新，希望能解决此问题，但我俩都有）

解决方案是app.config从单元测试项目中删除文件。测试将重新出现！

该文件在bindingredirects中引用了一些dll，而这些DLL在项目引用中实际上并不存在。重新添加您的项目严格必需的assemblybindings。

就我而言，解决方案中存在UWP项目导致了问题。

当我卸载UWP项目时，发现了测试。当我装回它时，测试又消失了。

尝试卸载所有项目并仅保留测试项目。十个重建解决方案和测试记录出现在Test Runner中。逐一加载项目并每次重新生成解决方案，以找出导致问题的项目

样品回购

VS错误报告

问题

问题在于，Visual Studio对计算机上的dotnet核心版本感到“困惑”。当我转到控制面板->卸载程序时，我安装了8个不同的dotnet core SDK和Runtime。这以某种方式导致VS在尝试查找测试时无提示地出现错误。

验证问题

您可以通过转到命令行并启用dotnet的版本来验证问题$ dotnet --version。如果您看到的除了安装的最新版本以外的任何内容，则表明您的机器存在某些不匹配，并且未使用正确的版本。示例...如果您已经1.0.1安装了dotnet core，但是当您在命令提示符下获得该版本时，则表示1.0.0存在问题。

解决方案

删除所有旧内容。我仅从我需要删除的内容（最旧的dotnet rc版本）开始，但是在测试问题时它仍然给出了错误的版本。最终，我承认要彻底清洗。一世...

• 卸载所有Visual Studio应用程序（在我的机器VS2015和VS2017上）
• 卸载所有版本的dotnet core（即使是最新版本）

当我的机器上的所有VS和donet 完全耗尽后，我仅安装了 VS2017（随附于最新的dotnet）。我创建了一个测试的xUnit项目和探险家发现测试立即测试解决

这似乎有些矫kill过正，但我​​花了两个星期的时间以其他方式解决此问题。如果您只是遇到问题，即使卸载/重新安装项目可能要花几个小时，也可能会节省您的时间。

参考资料

• 请参阅@epestic 博客文章，他在其中提供了解决此问题的更多详细信息。

我已经尝试了一切，但没有任何帮助。就我而言，我有一个包含多个测试项目的解决方案，其中一些正在使用旧的ms-test框架，因此Visual Studio仅找到那些。

如接受的答案所示，我为所有测试项目安装了测试框架软件包。然后删除对旧质量工具的引用，重新启动Visual Studio，现在我可以看到所有测试。

对于C ++：

由于C ++测试没有特别的问题，但是主题几乎相同，这是当我遇到测试发现方面的问题时对我有所帮助的内容。

如果仅使用C ++安装了桌面开发，则解决方案是同时使用可选的C ++通用Windows平台工具安装通用Windows平台开发。您可以在Visual Studio Web安装程序中选择它们。

之后，重建您的测试项目，测试发现应该起作用。

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

删除旧的.dll应该会有所帮助。清除位于％TEMP％目录中位于C：\ Users（您的用户名）\ AppData \ Local \ Temp的临时文件

我遇到过同样的问题。我的解决方案还可以，但是突然我打开解决方案时发现测试已经消失了。

最终，我降级Microsoft.VisualStudio.TestPlatform.TestFramework并将其Microsoft.VisualStudio.TestPlatform.TestFramework.Extensions打包到一个非常旧的版本（使用NuGet管理器），并显示了测试方法。然后我升级到最新版本，但仍然在那里。

因此，只需降级和升级软件包。

就我而言，以上这些都对我没有帮助。但是，我将NUNit3TestAdapter降级到3.8.0版，然后升级到最新版本（3.10.0）

有时更改测试的名称空间是可行的。我的文件夹结构如下：

A |___B | |___D |___C___E

命名空间像Tests。<name>一样平坦，它们没有显示在测试窗口中。当我将名称空间更改为目录的结构时，所有测试都显示出来。现在，我可以恢复到我想要的任何其他名称空间结构。

不要忘记构建您的项目！

对于.NET Framework，在测试项目中，以前曾引用以下DLL：

Microsoft.VisualStudio.TestPlatform.TestFramework
Microsoft.VisualStudio.TestPlatform.TestFramework.Extentions

我删除了它们并添加了对以下内容的引用：

Microsoft.VisualStudio.QualityTools.UnitTestFramework

然后出现了所有测试，并以与以前相同的方式开始工作。

之前，我几乎尝试了所有其他建议，但是只是重新引用测试DLL即可正常工作。我将这个答案发布给了我的人。

为了解决这个问题，我遇到了同样的问题

1. 我打开了Windows控制台（Windows键+ cmd）。
2. 导航到创建项目的文件夹。
3. 执行命令“ dotnet测试”，基本上与Visual Studio执行相同的测试，但是当您通过控制台运行它时，它使您可以查看完整的跟踪。
4. 我收到此错误消息“在非公共类MSTest.TestController.BaseTest上定义的TestClass属性”
5. 因此，我转到了测试用例并将其标记为公共，然后再次构建，并且测试可以正确显示

首先，我尝试使用MSTest。之后，我将其更改为Nunit测试。然后我想支持MSTest。我删除了所有nUnit代码和引用，但是Test Explorer没有显示MSTest方法。解决方案：我删除了所有mstest nuget引用并重新安装。做完了

对我来说，将测试项目.csproj文件中的TargetFramework更改为

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>

至

  <PropertyGroup>
    <TargetFramework>net46</TargetFramework>
  </PropertyGroup>

工作了。

在我的情况下，问题是项目类型设置为静态库（lib），而它应该是动态库（dll）