NUnit3TestExecutor抛出ArgumentNullException（Value cannot be null，参数'type'）：Azure DevOps VSTest任务突发失败原因排查

根据你描述的Azure DevOps VSTest任务突发失败问题，结合报错信息和你找到的Attribute.GetCustomAttributes代码片段，以下是几个大概率的根因，以及对应的排查思路：

1. 构建服务器上的NUnit测试适配器版本变更或不兼容 #

因为构建服务器存在未知变更，很可能是自动更新了NUnit3TestAdapter包，或者适配器版本与测试项目中引用的版本出现了不匹配。当适配器在反射调用Attribute.GetCustomAttributes时，如果无法正确解析某个类型，就可能传递null作为type参数，触发你看到的异常。

排查建议：

• 检查构建服务器上全局安装的NUnit3TestAdapter版本，对比测试项目中<PackageReference>里的版本是否一致
• 尝试在测试项目中固定NUnit3TestAdapter的版本，避免自动更新；或者回滚服务器上的适配器版本到之前能正常运行的版本

2. .NET 5运行时损坏或被意外修改 #

你的任务明确指定了/framework:".NETCoreApp,Version=v5.0"，如果构建服务器上的.NET 5 SDK/Runtime被意外卸载、更新，或者文件损坏，会导致反射相关的基础API（比如Attribute.GetCustomAttributes）无法正常工作，进而在调用时传递null的type参数。

排查建议：

• 在构建服务器上运行dotnet --list-runtimes验证.NET 5 Runtime是否存在且正常
• 尝试重新安装.NET 5 SDK/Runtime，确保运行时文件完整
• 在VSTest任务中指定具体的.NET 5运行时路径，避免使用系统默认的可能被修改的版本

3. 测试程序集的依赖项缺失或版本不匹配 #

虽然源代码没有变更，但构建服务器的NuGet缓存可能被清理，或者某个间接依赖的组件（比如与CoreCLR相关的基础库）版本发生了变更。这会导致测试程序集加载时，无法找到某个需要反射的类型，最终触发type参数为空的异常。

排查建议：

• 在构建流水线中添加dotnet restore步骤，强制重新还原所有依赖项
• 使用dotnet list package命令检查测试项目的依赖版本，确保所有间接依赖的版本与之前成功构建时一致
• 检查构建服务器的NuGet源是否有变更，避免拉取到意外的版本

4. VSTest任务版本隐性更新 #

你使用的是VSTest@2任务，如果没有指定固定的任务版本（比如VSTest@2.210.0），Azure DevOps会默认使用最新版本的任务。新版本的任务可能与你的测试环境（NUnit适配器、.NET 5运行时）存在兼容性问题，导致调用NUnit执行器时出现参数错误。

排查建议：

• 修改流水线中的VSTest任务，指定一个之前能正常运行的固定版本，比如：

  - task: VSTest@2.210.0
    displayName: 'VsTest - testAssemblies'
    # 其余配置保持不变
  

• 对比任务版本变更日志，查看是否有影响NUnit执行器的更新内容

5. 构建服务器的权限或文件系统变更 #

如果构建代理的工作目录权限发生了变更，或者测试程序集所在的文件路径出现损坏，会导致测试程序集或其依赖的类型无法正常加载。当反射尝试获取某个不存在的类型时，就可能传递null作为type参数触发异常。

排查建议：

• 检查构建代理服务账户对工作目录的读写权限，确保能正常访问测试程序集和依赖文件
• 清理构建代理的工作目录，重新执行构建，避免缓存的损坏文件影响

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