.Net Framework 4.6.2单元测试在Azure DevOps中执行失败排查

从你的描述来看，核心问题很明确：虽然所有单元测试实际都跑成功了（3675个通过、4个跳过），但vstest.console.exe却返回了退出代码1，直接导致Azure DevOps的测试步骤被判失败。根源在于Xunit的DiaSession初始化时因为加载不了System.Reflection.TypeExtensions, Version=4.1.0.0抛了异常，再加上日志里提示的多版本测试适配器冲突，这俩因素凑一起搞出了这个奇怪的问题。下面给你几个针对性的解决思路：

1. 给测试项目添加程序集绑定重定向 #

.NET Framework项目经常会碰到程序集版本冲突的问题，尤其是NuGet包版本和系统自带版本不一致的时候。你可以在测试项目的app.config里加一段绑定重定向，强制让程序加载正确的版本：

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="System.Reflection.TypeExtensions" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.2.0.0" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

注意：如果你的项目里实际引用的System.Reflection.TypeExtensions不是4.2.0.0，记得把newVersion换成你项目中使用的版本号。

2. 统一测试适配器版本，清理冲突的适配器 #

日志里提示的多版本测试适配器，大概率是导致vstest执行异常的诱因，你可以这么处理：

• 检查所有测试项目，确保引用的xunit.runner.visualstudio和xunit包版本完全一致，别让不同项目用不同版本的适配器。
• 确认你在testAssemblyVer2中排除*testadapter.dll的规则生效，避免多余的适配器DLL被加载。
• 既然VSBuild任务已经开了clean: true，可以再确认下构建输出目录里没有旧版本的适配器残留。

3. 调整VSTest任务的配置参数 #

试试修改VSTest@2任务的几个参数，解决退出代码异常的问题：

• 加上failOnMinTestsNotRun: false：这个参数会跳过“未达到最小运行测试数”的失败判定，毕竟你有4个测试被跳过，可能触发了默认的失败条件。
• 指定testAdapterPath参数：手动指定测试适配器的路径，比如$(Build.SourcesDirectory)/packages/xunit.runner.visualstudio.2.4.3/build/net462（替换成你实际的适配器版本和路径），强制使用指定版本的适配器。

修改后的VSTest任务配置示例：

- task: VSTest@2
  displayName: '测试程序集'
  inputs:
    testAssemblyVer2: |
     **\$(BuildConfiguration)\*tests.dll
     !**\obj\**
     !**\*testadapter.dll
    vsTestVersion: 16.0
    runInParallel: false
    platform: '$(BuildPlatform)'
    configuration: '$(BuildConfiguration)'
    diagnosticsEnabled: True
    failOnMinTestsNotRun: false
    testAdapterPath: '$(Build.SourcesDirectory)/packages/xunit.runner.visualstudio.2.4.3/build/net462'

4. 检查构建输出的程序集一致性 #

既然手动在构建代理上跑vstest.console.exe没问题，但Azure DevOps里跑就失败，可能是构建输出的程序集和手动构建的不一致：

• 确认VSBuild任务的输出目录和你手动构建的目录一致，检查$(build.artifactstagingdirectory)里的测试程序集是否包含正确的依赖项。
• 看看构建过程中自动生成的配置文件（比如[TestProject].dll.config），确保里面包含了正确的程序集绑定规则。

5. 升级Xunit版本（可选） #

如果上面的方法都没解决问题，可以试试把Xunit和xunit.runner.visualstudio升级到最新稳定版本，新版本大概率修复了针对.NET Framework 4.6.2的程序集加载兼容性问题。

内容的提问来源于stack exchange，提问作者MartinHN