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

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

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

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

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


当前回答

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

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

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

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

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

其他回答

如果你正在使用NUnit而不是MSTest,那么你将需要NUnit 2测试适配器或NUnit 3测试适配器(Visual Studio≥2012/2013)。

我遇到过这个问题,对我来说,这是由于有多个不同版本的测试项目造成的:

MSTest。TestAdapter MSTest。TestFramework

巩固项目的nuget包,使他们是相同的解决了我的问题。

Clean-Rebuild解决方案对我很有效。

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

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

对我来说,重新启动VS2017不起作用。我必须清理sln,然后找到一个没有运行测试的文件,只运行该文件。在那之后,我确实运行了所有,它又正常工作了。