.NetCoreCLI测试任务抛出非零错误导致Pipeline执行失败

你的流水线无法正常运行有两个明确原因，分别是YAML格式错误、测试任务默认判定逻辑的正常表现：

1. YAML缩进不合法，直接导致任务解析/执行报错 #

Azure DevOps Pipelines的YAML对缩进敏感度极高，你贴的配置存在多处属性层级错位：

• 包还原任务的inputs块缩进不对，displayName错误缩进至inputs的子层级
• 测试任务的inputs、displayName全部没有和task属性对齐，流水线无法正确解析任务参数
  另外你配置里写的"是HTML转义后的双引号，YAML里直接写普通双引号即可，不需要额外转义。
  修正缩进后的基础配置如下：

- task: DotNetCoreCLI@2
  displayName: 'Restore Projects'
  inputs:
    command: 'restore'
    projects: '**/GeniusData.Test/GeniusData.Test.csproj'

- task: DotNetCoreCLI@2
  displayName: 'Test Project'
  inputs:
    command: 'test'
    projects: '**/*Test/*.csproj'
    arguments: '--configuration $(buildConfiguration) --collect "Code coverage"'

注意：YAML统一用2个空格做层级缩进，不要混用Tab键，同一层级的属性必须左对齐：displayName、inputs是task的直属属性，要比task行多缩进2个空格；inputs下的command、projects等参数，要比inputs行再多缩进2个空格。

2. 测试用例失败导致流水线判定不通过是默认正常机制 #

你提到的「15个用例通过、2个失败时流水线整体失败」不是配置bug，是dotnet test命令的原生设计：只要存在任意1个测试用例执行失败，命令就会返回非0退出码，Azure DevOps识别到非0退出码就会判定任务失败，这个逻辑的目的就是阻止测试不通过的代码进入后续构建、部署环节，是CI流程的标准校验规则。
如果你确实需要在测试失败时让流水线继续往下走（生产环境不建议这么配置），可以给测试任务加上continueOnError: true参数，示例如下：

- task: DotNetCoreCLI@2
  displayName: 'Test Project'
  continueOnError: true
  inputs:
    command: 'test'
    projects: '**/*Test/*.csproj'
    arguments: '--configuration $(buildConfiguration) --collect "Code coverage"'

如果是要跳过特定已知失败的用例，建议用dotnet test --filter参数做用例过滤，或者在xUnit里给对应用例加Trait标记筛选，不要直接全局忽略测试错误。

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