我目前正在开发一个有32个单元测试的解决方案。我一直在使用resharper测试运行器-它工作得很好。所有测试都在运行,所有测试都显示正确的测试结果。

但是,在使用Visual Studio测试资源管理器时,测试未运行。

测试资源管理器正在显示所有单元测试,但一旦单击“全部运行”,所有测试都将变成灰色,并且不显示测试运行的结果:

所有测试类都是公共的 所有测试类都声明了[TestClass]属性 所有测试方法都使用[TestMethod]属性 生产力代码和测试项目都是针对。net 3.5的。 我已经尝试清洁构建我的解决方案,和/或删除所有obj, bin,调试和发布文件夹

我很感激任何能解释这种行为的提示。


当前回答

当正在运行的测试方法抛出StackOverflowException,使测试运行程序中止测试运行,导致测试运行输出为0时,也会观察到此问题。

为了找到罪魁祸首并解决它,在TestInitialize和TestMethod装饰方法的开始处设置一个断点,在调试模式下运行单元测试,继续跨步(F10),直到抛出异常。

其他回答

在测试资源管理器中设置AnyCPU项目的处理器架构修复了我的问题!见上面的截图。

当我在Visual Studio 2019社区版本16.9.1中使用selenium NUnit测试时,我也遇到了这个问题。其中一些建议是使用旧版本。但在我的案例中,实际的解决方案是添加Microsoft.NET.Test。Sdk" Version="16.0.1"包到项目中。

包包括在我的项目

值得一提的是,有时用户文件夹中的NUnit Test Adapter文件会损坏 C: \[用户]用户当地\ AppData \ \ Temp \ VisualStudioTestExplorerExtensions \ NUnit3TestAdapter.3.8.0 /构建/ net35 / NUnit3.TestAdapter.dll 在Windows 10上,这会导致测试资源管理器停止工作。

我也有同样的症状

请确保您通过工具-扩展和更新安装了正确的Visual Studio扩展。在我的案例中,我必须从Online选项中安装XUnit和Specflow。

然后清洗溶液,重新构建。

如果仍然没有帮助,清除您的temp目录(在开始菜单搜索中搜索%temp%并删除temp中的所有内容)

然后最后尝试卸载Resharper,这最终解决了我的问题。

好吧,我知道我迟到了,但在这里记录我的答案,以防有人面临类似的问题。这个问题我已经遇到过很多次了。90%的问题通过这两步解决

project > properties > Build > Platform target > x64 (x32)

Test -> Test Settings > Default Processor Architecture > X64 (x32)

然而,我发现了一个更常见的原因。解决方案文件经常改变开发人员系统,并且它们开始指向错误的mste . testadapter。特别是如果您正在使用nuget包的自定义路径。 我解决了这个问题

在记事本中打开.csproj文件。 手动更正对MSTest的引用。导入TestAdapter 像这样的指令。