我目前正在开发一个有32个单元测试的解决方案。我一直在使用resharper测试运行器-它工作得很好。所有测试都在运行，所有测试都显示正确的测试结果。
但是，在使用Visual Studio测试资源管理器时，测试未运行。
测试资源管理器正在显示所有单元测试，但一旦单击“全部运行”，所有测试都将变成灰色，并且不显示测试运行的结果:
所有测试类都是公共的 所有测试类都声明了[TestClass]属性 所有测试方法都使用[TestMethod]属性 生产力代码和测试项目都是针对。net 3.5的。 我已经尝试清洁构建我的解决方案，和/或删除所有obj, bin，调试和发布文件夹
我很感激任何能解释这种行为的提示。
当前回答
我有一个不同的解决方案来运行我的测试。我的全局包文件夹与。csproj中的不匹配 这是我的.csproj看起来的样子:
我不得不将我的版本更改为16.5.0，我发现它安装在我的全局包文件夹中。现在我的测试能够运行:
其他回答
好吧，我知道我迟到了，但在这里记录我的答案，以防有人面临类似的问题。这个问题我已经遇到过很多次了。90%的问题通过这两步解决
project > properties > Build > Platform target > x64 (x32)
Test -> Test Settings > Default Processor Architecture > X64 (x32)
然而，我发现了一个更常见的原因。解决方案文件经常改变开发人员系统，并且它们开始指向错误的mste . testadapter。特别是如果您正在使用nuget包的自定义路径。 我解决了这个问题
在记事本中打开.csproj文件。 手动更正对MSTest的引用。导入TestAdapter 像这样的指令。
检查测试是针对什么框架编写的(例如nunit, xunit, VS test等)，并确保你已经安装了正确的测试适配器/运行器扩展。
对我来说，是NUnit 3测试适配器丢失了，我通过查看NUnit .framework依赖版本确认了所需的版本号(在解决方案资源管理器的依赖项树中选择.dll，并点击F4调出属性窗口)。
当正在运行的测试方法抛出StackOverflowException，使测试运行程序中止测试运行，导致测试运行输出为0时，也会观察到此问题。
为了找到罪魁祸首并解决它，在TestInitialize和TestMethod装饰方法的开始处设置一个断点，在调试模式下运行单元测试，继续跨步(F10)，直到抛出异常。
值得一提的是，有时用户文件夹中的NUnit Test Adapter文件会损坏 C: \[用户]用户当地\ AppData \ \ Temp \ VisualStudioTestExplorerExtensions \ NUnit3TestAdapter.3.8.0 /构建/ net35 / NUnit3.TestAdapter.dll 在Windows 10上，这会导致测试资源管理器停止工作。
我有一个类似的问题，尝试了所有张贴的解决方案没有运气。2天后，最终发现是OneDrive导致了这个问题。
关闭OneDrive，等待一段时间，重启VS, BAM，又开始工作了!
