我目前正在开发一个有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 像这样的指令。
我遇到过这个问题，对我来说，这是由于有多个不同版本的测试项目造成的:
MSTest。TestAdapter MSTest。TestFramework
巩固项目的nuget包，使他们是相同的解决了我的问题。
我有不同版本的NUnit(3.11.0)和NunitTestAdapter (3.12.0) nuget包。当我将NUnit更新到3.12.0时，Visual Studio运行了测试。
对我来说，这是由测量代码覆盖率的VS扩展引起的。它不能引用特定程序集，因此不会运行任何测试。使用以下命令行可以很好地运行测试:
dotnet test
要解决这个问题，您可以选择将所有依赖项复制到Test项目调试文件夹中。这可以确保任何程序集都可以解析，因为“未使用的”程序集不会被删除。您可以在测试项目的.csprog文件中添加以下内容:
<PropertyGroup>
<CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
</PropertyGroup>
当正在运行的测试方法抛出StackOverflowException，使测试运行程序中止测试运行，导致测试运行输出为0时，也会观察到此问题。
为了找到罪魁祸首并解决它，在TestInitialize和TestMethod装饰方法的开始处设置一个断点，在调试模式下运行单元测试，继续跨步(F10)，直到抛出异常。
