我目前正在开发一个有32个单元测试的解决方案。我一直在使用resharper测试运行器-它工作得很好。所有测试都在运行，所有测试都显示正确的测试结果。
但是，在使用Visual Studio测试资源管理器时，测试未运行。
测试资源管理器正在显示所有单元测试，但一旦单击“全部运行”，所有测试都将变成灰色，并且不显示测试运行的结果:
所有测试类都是公共的 所有测试类都声明了[TestClass]属性 所有测试方法都使用[TestMethod]属性 生产力代码和测试项目都是针对。net 3.5的。 我已经尝试清洁构建我的解决方案，和/或删除所有obj, bin，调试和发布文件夹
我很感激任何能解释这种行为的提示。
当前回答
我解决的问题与这里的任何解决方案都完全不同:
我的每个测试都调用了一个函数，这个函数反过来调用自己，这意味着它不会终止:
public GoogleIntent CreateIntent(BotPath botpath)
{
return CreateIntent(botpath);
}
其他回答
检查测试是针对什么框架编写的(例如nunit, xunit, VS test等)，并确保你已经安装了正确的测试适配器/运行器扩展。
对我来说，是NUnit 3测试适配器丢失了，我通过查看NUnit .framework依赖版本确认了所需的版本号(在解决方案资源管理器的依赖项树中选择.dll，并点击F4调出属性窗口)。
还有另一个荒谬的例子:同一解决方案中的两个项目有相同的projd——其中一个是测试项目，这让测试运行者感到困惑。
删除并读取测试项目到解决方案更改了projectd并修复了问题。
我在Visual Studio 2022 for Mac(预览)中创建一个单独的测试项目时遇到了这个问题。
重现步骤: VS 2022开放项目 右键单击解决方案，添加新项目 继续测试> nunit > 目标框架:NET 6.0 名称:random-tests > create mac的VS 2022包含一个覆盖的依赖项。收集器-删除此nuget引用修复了我的问题。
这在VS2019中很管用。
移动测试到一个新的NUnit 3测试项目。所有测试都按原样运行。
好吧，我知道我迟到了，但在这里记录我的答案，以防有人面临类似的问题。这个问题我已经遇到过很多次了。90%的问题通过这两步解决
project > properties > Build > Platform target > x64 (x32)
Test -> Test Settings > Default Processor Architecture > X64 (x32)
然而，我发现了一个更常见的原因。解决方案文件经常改变开发人员系统，并且它们开始指向错误的mste . testadapter。特别是如果您正在使用nuget包的自定义路径。 我解决了这个问题
在记事本中打开.csproj文件。 手动更正对MSTest的引用。导入TestAdapter 像这样的指令。
