Лазурный конвейер DevOps | bash-скрипт для запуска теста dotnet в нескольких проектах

Я пытаюсь запустить команду dotnet test для определенных тестовых проектов в конвейере devops MS Azure.

Это работает:

- script: |
    dotnet test "./Project One/Project One Unit Tests.fsproj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
    dotnet test "./Project Two/Project Two Unit Tests.fsproj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
  displayName: 'run tests in cascade'   

Я не хочу указывать имена проектов, только какое-то правило (имя проекта должно заканчиваться на «UnitTests», «Unit Tests» или «Unit_Tests»), но dotnet test <PROJECT> не допускает подстановочных знаков. Похоже, что подстановочные знаки работают с dotnet test <DLL> (./**/*Unit?Tests.dll), но не работают, потому что не находят файл deps.json в папке obj.

Мое решение состоит в том, чтобы пройтись по отфильтрованному списку файлов проекта:

    for proj in ./**/*Unit?Tests.*proj 
    do
      dotnet test "$proj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
    done

Он запускает тесты, но отличается от каскадных вызовов, здесь, когда тест проекта терпит неудачу, он не завершается ошибкой шага, поэтому конвейер не останавливается!

Я попытался получить результат из прогона, но безуспешно (это не работает):

    for proj in ./**/*Unit?Tests.*proj 
    do
      result=$(dotnet test "$proj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY")
      if result = 1
      then
        exit 1
      fi
    done

Любое предложение? Почему, когда dotnet test терпит неудачу (выход 1), шаг не терпит неудачу? Я попытался ввести в цикл только неудачный тестовый проект, и в этом случае он не работает.

[ОБНОВЛЕНИЕ]
Полный пайплайн.yaml:

trigger:
- master

pool:
  vmImage: 'ubuntu-latest'

variables:
  project file: "Alex75.MySolution/Alex75.MyProject.fsproj"

steps:  

- script: dotnet build -c Release
  displayName: 'Build'
  
- script: |
    dotnet test "./ProjectTwo Unit Tests/ProjectTwo Unit Tests.fsproj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
    dotnet test "./ProjectOne Tests/ProjectOne Unit Tests.fsproj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
  displayName: 'Test'
  condition: false

- script: | 
    for proj in ./**/*Unit?Tests.*proj 
    do
      echo "run tests in $proj"
      dotnet test "$proj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
    done
  displayName: 'Test (Unit Test projects)'
  condition: true

- powershell: |
    $URL = "$(System.CollectionUri)/$(System.TeamProject)/_apis/build/builds/$(Build.BuildId)/logs?api-version=5.1"
    Write-Host "URL = $URL"
  
    $logs = Invoke-RestMethod -Uri $URL -Headers @{authorization = "Basic $(PAT)"} -Method Get 
    $lastLogId = $Logs.value[$Logs.value.count-1].id
    Write-Host "lastLogId = $lastLogId"  
    $URL = "$(System.CollectionUri)/$(System.TeamProject)/_apis/build/builds/$(Build.BuildId)/logs/$lastLogId?api-version=5.1"
    $result = Invoke-RestMethod -Uri $URL -Headers @{authorization = "Basic $(PAT)"} -Method Get 
    Write-Host $result

    Write-Host "Start Check result..."

    $lines = $result.Split([Environment]::NewLine)
    foreach($line in $lines) {
        if ($line -match "Failed!")
        {
            throw 'dotnet test fails ($line)'
        }
    }

    Write-Host "Test result check completed."

  displayName: 'Check tests result'

Сценарий PowerShell

На примере @vito-liu-msft я попытался проверить журналы тестов, чтобы проверить ошибку.

Здесь только скрипт powershell:

$URL = "$(System.CollectionUri)/$(System.TeamProject)/_apis/build/builds/$(Build.BuildId)/logs?api-version=5.1"
Write-Host "URL = $URL"
  
$logs = Invoke-RestMethod -Uri $URL -Headers @{authorization = "Basic $(PAT)"} -Method Get 
$lastLogId = $Logs.value[$Logs.value.count-1].id
Write-Host "lastLogId = $lastLogId"  

$URL = "$(System.CollectionUri)/$(System.TeamProject)/_apis/build/builds/$(Build.BuildId)/logs/$lastLogId?api-version=5.1"
$result = Invoke-RestMethod -Uri $URL -Headers @{authorization = "Basic $(PAT)"} -Method Get 
Write-Host $result

Write-Host "Start Check result..."

$lines = $result.Split([Environment]::NewLine)
foreach($line in $lines) {
    if ($line -match "Failed!")
    {
        throw 'dotnet test fails ($line)'
    }
}

Write-Host "Test result check completed."

PAT — это токен личного доступа, поскольку он создается, его не нужно преобразовывать прежде чем использовать его в HTTP-запросе.
LogId недоступен, поэтому есть запрос на получение коллекции журналов, а затем второй запрос на получение конкретного последнего журнала (ответ кажется упорядоченным по дате, возможно, стоит перепроверить).

Обратите внимание, что если второй запрос вернет 404, 500 или другой результат (не сбой), проверка ошибок не найдет фактических ошибок! Требуется надлежащая проверка ответа.

Я проверил -match "Failed!" в PowerShell, но я не тестировал команду throw в конвейере, потому что...

Команда dotnet test в цикле работает!

Потратив столько времени на то, чтобы понять, как читать и проверять журналы, создайте отдельный скрипт PowerShell, я обнаружил, что первоначальное простое решение работает!
Да, сборка завершается неудачно из-за сбоя теста (он также показывает точную ошибку, указывающую на проблему), и шаг завершается неудачно.
(поэтому следующий шаг, проверка результатов теста, пропускается!)

Я думаю, что я должен был сделать некоторую ошибку раньше при фильтрации тестовых проектов, чтобы сбойный проект не запускался (и не вызывал никаких ошибок), поэтому я подумал, что это не «перехват» ошибки, и сборка не остановилась.
Возможно, я смешал 2 разных файла конвейера, пока менял его.

В любом случае это инкриминируемый шаг (сценарий):

    for proj in ./**/*Unit?Tests.*proj 
    do
      echo "run tests in $proj"
      dotnet test "$proj" -c Release --no-build --filter "TestCategory!=SKIP_ON_DEPLOY & TestCategory!=REQUIRES_API_KEY"
    done

В списке с эхом можно увидеть, какие тестовые проекты используются.