我目前正在开发一个有32个单元测试的解决方案。我一直在使用resharper测试运行器-它工作得很好。所有测试都在运行，所有测试都显示正确的测试结果。
但是，在使用Visual Studio测试资源管理器时，测试未运行。
测试资源管理器正在显示所有单元测试，但一旦单击“全部运行”，所有测试都将变成灰色，并且不显示测试运行的结果:
所有测试类都是公共的 所有测试类都声明了[TestClass]属性 所有测试方法都使用[TestMethod]属性 生产力代码和测试项目都是针对。net 3.5的。 我已经尝试清洁构建我的解决方案，和/或删除所有obj, bin，调试和发布文件夹
我很感激任何能解释这种行为的提示。
当前回答
我在使用。net Core/xUnit/FluentAssertions堆栈时遇到了与OriolBG类似的症状，但对我来说，更新项目的Microsoft.NET.Test.Sdk nuget包起了作用。
其他回答
对我来说(不是一个解决方案)，它是取消选择菜单[测试]->[测试设置]->[{当前文件}]中的.testsettings文件来取消当前使用的文件。
对我来说，一开始就是这样。
<TestSettings name="Local (with code coverage)" id="e81d13d9-42d0-41b9-8f31-f719648d8d2d" xmlns="http://microsoft.com/schemas/VisualStudio/TeamTest/2010">
<Deployment>
<DeploymentItem filename="ConfigurationImportExportTest\Configurations\" />
<DeploymentItem filename="output\Debug\" />
</Deployment>
<Execution>
显然deploymenttem有干扰。
因为这是在Output选项卡中:
Warning: Test Run deployment issue: The assembly or module 'Microsoft.SqlServer.Management.SqlParser' directly or indirectly referenced by deployment item 'output\Debug\' specified by the test settings was not found.
.... more of the same
它没有告诉我很多东西。 这似乎与所有项目都将其编译产品放在一个公共的\output\Debug文件夹中有关
然而，这似乎并没有阻碍它。 它发出了另一个警告，提到了
A testsettings or runsettings file with `ForcedLegacyMode = TRUE or VSMDI files are not supported by MSTest-V2.
这似乎阻止了它。
我把“调试”改为“释放”，它又工作了(任何CPU)。
还有另一个荒谬的例子:同一解决方案中的两个项目有相同的projd——其中一个是测试项目，这让测试运行者感到困惑。
删除并读取测试项目到解决方案更改了projectd并修复了问题。
我在使用。net Core/xUnit/FluentAssertions堆栈时遇到了与OriolBG类似的症状，但对我来说，更新项目的Microsoft.NET.Test.Sdk nuget包起了作用。
好吧，我知道我迟到了，但在这里记录我的答案，以防有人面临类似的问题。这个问题我已经遇到过很多次了。90%的问题通过这两步解决
project > properties > Build > Platform target > x64 (x32)
Test -> Test Settings > Default Processor Architecture > X64 (x32)
然而，我发现了一个更常见的原因。解决方案文件经常改变开发人员系统，并且它们开始指向错误的mste . testadapter。特别是如果您正在使用nuget包的自定义路径。 我解决了这个问题
在记事本中打开.csproj文件。 手动更正对MSTest的引用。导入TestAdapter 像这样的指令。
