自从我安装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。

其他回答

在我的案例中,问题是项目类型被设置为静态库(lib),而它应该是动态库(dll)。

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

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

这个问题

问题是Visual Studio对机器上的dotnet核心版本感到“困惑”。当我进入控制面板->卸载程序时,我已经安装了8个不同的dotnet核心SDK和运行时。这在某种程度上导致VS在试图查找测试时无声地出现错误。

验证问题

您可以通过转到命令行并在$ dotnet——version上获取dotnet的版本来验证这个问题。如果你看到除了你安装的最新版本以外的任何东西,那么你的机器有一些不匹配,没有使用正确的版本。例子……如果你已经安装了dotnet核心1.0.1,但当你在命令提示符下看到版本时,它显示为1.0.0,这是一个问题。

解决方案

删除所有旧的东西。我开始只是我认为我需要删除(最古老的dotnet rc版本),但它仍然给出错误的版本时,测试的问题。最后,我承认要做一次彻底的清理。我…

卸载所有visual studio应用程序(在我的机器VS2015和VS2017上) 卸载所有版本的dotnet core(包括最新的)

在我的机器完全空了所有的VS和donet之后,我只安装了VS2017(它附带了最新的dotnet)。我创建了一个xUnit测试项目,测试资源管理器发现测试立即被解决了

这似乎有点过分,但我花了两周时间试图用其他方法解决这个问题。如果你有这个问题,尽管它可能需要你几个小时来卸载/重新安装,但它可能会节省你的时间。

参考文献

请参阅@epestic博客文章,在那里他提供了更多关于修复问题的细节。

首先,我尝试使用MSTest。之后,我把它改为Nunit测试。然后我想支持MSTest。我删除了所有的nUnit代码和引用,但是测试资源管理器没有显示MSTest方法。解决方案:我删除了所有mstest nuget引用并重新安装。完成了。

发现

上面的答案对我不起作用(重新启动,更新到版本1.1.18…我已经更新,删除临时文件,清除NuGet缓存等)。

我发现我对MSTest有不同的引用。TestAdapter和MSTest。框架在不同的测试项目(我的解决方案有两个)。一个指向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。上面的一些答案导致了这个发现,当重新启动VisualStudio后,在我的临时目录(% temp %\VisualStudioTestExplorerExtensions\)中出现了两个版本的库。

解决方案

只是更新我的包。配置到1.1.18版本是恢复我的单元测试功能在VS.。似乎有一些错误,不允许并排引用MSTest库。希望这对你有所帮助。

更多信息:

Visual Studio 2017 Ent: 15.5.6(我已经从15.0.1更新,希望修复这个问题,但我在两个版本都有)