如何在Azure发布流水线的Linux代理上运行vstest执行.NET Core SpecFlow测试

你遇到的"此任务仅支持Windows代理，无法在其他平台上使用"报错是Azure DevOps经典VSTest任务的平台限制导致的，该任务原生仅支持Windows运行环境，要在Ubuntu代理上运行.NET Core的SpecFlow测试，可按以下方案操作：

方案1：使用dotnet test命令替代VSTest任务（最稳定） #

这是跨平台运行.NET测试的官方推荐方案，兼容性最好：

• 首先确认你的SpecFlow测试项目所有依赖均为跨平台版本，比如SpecFlow绑定的测试框架（NUnit/xUnit/MSTest）、其他第三方包都没有Windows专属的依赖逻辑
• 删除原流水线中的VSTest任务，替换为.NET Core CLI任务或者命令行任务
• 若使用.NET Core CLI任务，核心配置如下：
  • 命令选择test
  • 参数填写测试dll的路径，示例配置：your/test/project/path/TestProject.dll --logger "trx;LogFileName=test_results.trx"，如果需要过滤测试用例可追加--filter参数，比如--filter "Category=SmokeTest"
• 若需要在Azure DevOps页面展示测试结果，可后续添加发布测试结果任务，选择TRX格式，匹配上一步生成的测试结果文件路径即可

方案2：使用跨平台预览版VSTest任务 #

如果要保留原有VSTest的配置逻辑，可选用官方提供的跨平台版本VSTest任务：

• 选择VSTest@2的跨平台预览版本，该版本已适配Linux/macOS运行环境
• 配置时注意路径使用Linux标准的正斜杠/，不要使用Windows的反斜杠\，避免路径识别失败
• 测试任务前添加Use .NET Core任务，安装和构建阶段版本一致的.NET SDK，避免运行时版本不兼容问题

额外注意事项 #

• 若测试用例中存在Windows专属逻辑，比如硬编码Windows路径（如C:\xxx）、调用Windows API、依赖Windows专属组件，需要先修改为跨平台实现，否则测试依然会运行失败
• Windows阶段生成的构建产物需要为框架依赖的跨平台版本，不要生成Windows专属的自包含包，避免Linux环境无法运行
• Linux环境文件大小写敏感，若测试代码中存在引用配置、文件的路径大小写和实际文件不一致，需要统一修正，避免出现找不到文件的错误

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