自从我安装VS 2017以来,我一直在与它斗争。现在,单元测试似乎只能从命令行“dotnet test”运行。

我的项目是。net Core 1.1.1。我已经安装了SDK和1.1.1的框架更新。

我在MSDN (https://msdn.microsoft.com/en-us/library/ms182532.aspx)上尝试了样本,也失败了。

所有用于测试和主项目的NuGet包都是最新的。测试项目和主项目的构建都没有错误。测试从命令行成功运行。

有人让单元测试在VS 2017中运行吗?如果是的话,是怎么做的?

谢谢, 约翰


更新-扩展

下面是一个简单的测试项目的例子,它不能在GitHub上运行。这是一个xUnit的例子,但我已经尝试了在MS测试中内置的NUnit和visual studio。无论我做了什么测试或做了什么更改,我都无法让VS测试运行器找到任何测试。

我的努力

删除VS测试缓存文件DEL %TEMP%\VisualStudioTestExplorerExtensions 重新启动和 关闭/打开测试资源管理器 为xUnit安装Microsoft.DotNet.InternalAbstractions(见SO post) 对于NUnit,确保适配器安装和NUnit包相同的版本(3) Test -> Test Settings ->默认处理器架构设置为x86

这个问题 谁能提供一个VS2017中。net Core 1.1.0解决方案的工作示例?csproj项目文件),其中VS测试资源管理器成功找到单元测试或在给出的例子中显示问题。


当前回答

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

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

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

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

其他回答

不要阅读MSDN. net下的过期文章,核心相关资料在learn.microsoft.com下

https://learn.microsoft.com/en-us/dotnet/articles/core/testing/

一般来说,你需要一个。net Core控制台应用程序来包含单元测试用例。

有时更改测试的名称空间可以工作。我的文件夹结构如下:

一个 | ___B | | ___D | ___C___E

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

不要忘记构建您的项目!

只是有这个问题,visual studio无法找到我的测试,除了方法之外,无法看到运行它们的按钮,并且它们没有在项目中运行所有测试。

结果我的测试类不是公共的!公开它可以让VS发现测试。

我在VS 2017找到我的UnitTest时也遇到了麻烦。这不是约翰问的确切问题-但这是谷歌的第一个结果,我来寻找,所以我想分享我的问题。

我有一个遗留的解决方案,从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确实发现了这些单元测试。

我也遇到了同样的问题,并通过以下方法让它工作:

首先,关闭所有打开的VisualStudio实例并删除此文件夹:%TEMP%\VisualStudioTestExplorerExtensions(使用VisualStudio运行测试) 转到您的NuGet包管理器并首先安装Microsoft.NET.Test.Sdk (15.3.0-preview-20170425-07),然后安装xunit.runner.visualstudio (2.3.0- beta2 -build1309)。请参阅附带的NuGet截图,以查看我必须安装的所有包,以获得最新的VS 2017来检测我的测试。