Запуск автоматического теста для выбранного элемента управления и агента из файлов yaml в конвейерах Azure

Правильно, вы можете использовать задачу Заменить токены, чтобы передать выбранный контроллер в файл testsettings:

1. Файл testsettings вы можете установить, как показано ниже. {{ TestSettings_Name }} и {{ RemoteController_Name }} — это токены-заполнители, которые будут заменены фактически выбранными значениями при выполнении задачи «Заменить токены».

<?xml version = "1.0" encoding = "UTF-8"?>
<TestSettings name = "{{ TestSettings_Name }}" id = "32wfwerfsdr34rtt" xmlns = "http://microsoft.com/schemas/visualstudio/xxx">
  <Description>My tests.</Description>
  <RemoteController name = "{{ RemoteController_Name }}" />
  <Execution location = "Remote">
    <Timeouts runTimeout = "27000000" testTimeout = "10740000" />
    . . .
  </Execution>
  . . .
</TestSettings>

2. Вы можете использовать параметры для динамического выбора контроллера при запуске конвейера.

parameters:
- name: TestSetting
  default: testSet01
  values:
  - testSet01
  - testSet02
  - testSet03
- name: Controller
  default: controller01
  values:
  - controller01
  - controller02
  - controller03

3. Вы можете использовать команду регистрации «SetVariable», чтобы установить выбранные значения в качестве переменных конвейера, чтобы задача «Заменить токены» могла распознавать эти значения. Убедитесь, что имена переменных совпадают с именами токенов-заполнителей в файле testsettings.

echo "##vso[task.setvariable variable=TestSettings_Name;]${{ parameters.TestSetting }}"
echo "##vso[task.setvariable variable=RemoteController_Name;]${{ parameters.Controller }}"

4. Пример конвейера YAML.

parameters:
- name: TestSetting
  default: testSet01
  values:
  - testSet01
  - testSet02
  - testSet03
- name: Controller
  default: controller01
  values:
  - controller01
  - controller02
  - controller03


stages:
- stage: A
  jobs:
  - job: A1
    steps:
    - task: Bash@3
      displayName: 'Set variable'
      inputs:
        targetType: inline
        script: |
          echo 'The selected TestSetting is ${{ parameters.TestSetting }}.'
          echo 'The selected Controller is ${{ parameters.Controller }}.'
          echo "##vso[task.setvariable variable=TestSettings_Name;]${{ parameters.TestSetting }}"
          echo "##vso[task.setvariable variable=RemoteController_Name;]${{ parameters.Controller }}"
    
    - task: Bash@3
      displayName: 'Print file before replace'
      inputs:
        targetType: inline
        script: cat relative/path/to/Azure_Dev.testsettings
    
    - task: replacetokens@6
      inputs:
        root: '$(Build.SourcesDirectory)'
        sources: 'relative/path/to/Azure_Dev.testsettings'
        tokenPattern: 'doublebraces'
        missingVarAction: 'keep'
        missingVarLog: 'error'
    
    - task: Bash@3
      displayName: 'Print file after replace'
      inputs:
        targetType: inline
        script: cat relative/path/to/Azure_Dev.testsettings

Полученные результаты:

В соответствии с рекомендациями и стандартным подходом к файлам конфигурации в процессах CI/CD для обработки сценария, когда файл ConfigClient.endpoint.config доступен только в папке bin на агенте во время выполнения конвейера, вы все равно можете использовать метод замены токенов.

Вам нужно будет сделать следующее:

Во-первых, вам нужно будет определить необходимые переменные или параметры в YAML-файле Azure Pipelines или в пользовательском интерфейсе конвейера, чтобы указать среду. Например:

parameters:
  - name: environment
    displayName: Environment
    type: string
    default: 'development'
    values:
      - development
      - staging
      - production

Затем вы также подтвердите и убедитесь, что ваш файл ConfigClient.endpoint.config содержит токены, которые будут заменены. Как вы сказали в комментарии, файл должен находиться в каталоге bin агента. Например:

<configuration>
  <appSettings>
    <add key = "ConfigServiceEndpoint" value = "#{ConfigServiceEndpoint}#" />
  </appSettings>
</configuration>

Наконец, добавьте задачу «Заменить токены» в YAML-файл Azure Pipelines. Настройте его для использования файла ConfigClient.endpoint.config в каталоге bin. Например:

jobs:
- job: RunTests
  pool:
    vmImage: 'ubuntu-latest'  # Change this to your VMSS scale set agent pool
  variables:
    ConfigServiceEndpoint: ${{ parameters.environment == 'development' && 'https://dev.configservice.domain.local' || parameters.environment == 'staging' && 'https://staging.configservice.domain.local' || parameters.environment == 'production' && 'https://prod.configservice.domain.local' }}
  steps:
  - task: qetza.replacetokens.replacetokens-task.replacetokens@3
    inputs:
      targetFiles: '**/bin/ConfigClient.endpoint.config'  # Target the config file in the bin directory
      encoding: 'auto'
      writeBOM: true
      actionOnMissing: 'warn'
      keepToken: false
      tokenPrefix: '#{'
      tokenSuffix: '}#'
      useLegacyPattern: false
  - script: |
      echo "Running tests with the following configuration:"
      cat **/bin/ConfigClient.endpoint.config
    displayName: 'Display Config File'

Обратите внимание на все параметры, только displayName является необязательным. Вы можете включить задачи сценариев для запуска тестов.

Вторая часть на основе вашего комментария:

Чтобы заменить часть dev02 в файле ConfigClient.Endpoint.config параметризованным значением на основе выбранной среды, вы можете применить аналогичный подход, используя задачу «Заменить токены».

parameters:
  - name: environment
    displayName: Environment
    type: string
    default: 'development'
    values:
      - development
      - staging
      - production

jobs:
- job: RunTests
  pool:
    vmImage: 'ubuntu-latest'  # Change this to your VMSS scale set agent pool
  variables:
    EnvironmentSuffix: ${{ parameters.environment == 'development' && 'dev02' || parameters.environment == 'staging' && 'staging01' || parameters.environment == 'production' && 'prod01' }}
  steps:
  - task: qetza.replacetokens.replacetokens-task.replacetokens@3
    inputs:
      targetFiles: '$(Pipeline.Workspace)/test/Payerpath/bin/ConfigClient.Endpoint.config'  # Target the config file in the bin directory
      encoding: 'auto'
      writeBOM: true
      actionOnMissing: 'warn'
      keepToken: false
      tokenPrefix: '#{'
      tokenSuffix: '}#'
      useLegacyPattern: false
  - script: |
      echo "Running tests with the following configuration:"
      cat $(Pipeline.Workspace)/test/Payerpath/bin/ConfigClient.Endpoint.config
    displayName: 'Display Config File'