Skip to content
Main Navigation
Автоматизированное тестирование
Централизованное управление автотестами и результатами
Интеграции
Готовые коннекторы с CI/CD, трекерами и репозиториями
Ручное тестирование
Планирование, выполнение и контроль ручных проверок в одном месте
Дашборды и аналитика
Визуализация данных, отчёты и метрики тестов в реальном времени
Ресурсы
Документация
Материалы по установке, настройке и подключению интеграций в ТестОпс
Блог
Статьи и руководства по стратегиям и инструментам тестирования
События
Живое общение с командой ТестОпс на вебинарах и конференциях
Истории клиентов
Реальные кейсы и истории внедрения с результатами из первых рук
Последнее из блога
Искусственный интеллект в тестировании | Часть 2
Искусственный интеллект в тестировании | Часть 2
Руководство по подключению MCP-сервера с GitHub через Cursor IDE для автоматизации запуска тестов и управления процессами CI/CD напрямую из редактора.
Искусственный интеллект в тестировании | Часть 1
Искусственный интеллект в тестировании | Часть 1
Пошаговая инструкция по автоматизации тестирования: настройка окружения, интеграция с GitHub Actions и ТестОпс, использование Cursor IDE и MCP.
Настройка вебхуков в ТестОпс для Telegram
Настройка вебхуков в ТестОпс для Telegram
Гайд по настройке вебхуков в ТестОпс на примере создания сообщений для канала в Telegram.
Перейти в блог
ТарифыПартнерыСвязаться с нами
Sidebar Navigation

Описание ТестОпс

О продукте

Информация о релизах

Миграция с других решений

Термины и определения

Часто задаваемые вопросы

Установка ТестОпс

Архитектура

Установка и первый запуск

Обзор

Kubernetes

Docker Compose

DEB-пакеты

RPM-пакеты

База данных

S3-совместимое хранилище

Конфигурация

Обзор

Сеть

Аутентификация

Обзор

Локальная аутентификация

LDAP

OpenID и Azure AD

OpenID и Keycloak

SAML 2.0

Настройка SMTP

Перенос данных в другой инстанс

Начало работы

1. Создайте проект

2. Запустите ручной тест

3. Запустите автотест

4. Создайте комбинированный запуск

5. Обработайте результаты тестов

Обзор ТестОпс

Обзор

Дашборды

Тест-кейсы

Общие шаги

Тест-планы

Запуски

Результаты тестов

Дефекты

Джобы

Меню пользователя

Тест-кейсы

Статусы воркфлоу

Сценарий ручного теста

Параметры ручного теста

Вложения

Теги

Тестовые слои

Ссылки

Задачи из таск-трекеров

Сторонние тест-кейсы

Участники

Связанные тест-кейсы

Кастомные поля

Ключи маппинга

Импорт

Запуски

Окружение

Обновление метаданных

Сравнение запусков

Категории ошибок

Проект

Обзор

Управление доступом

Деревья

Вебхуки

Администрирование

Обзор

Участники

Группы

Очистка данных

Журналы аудита пользователей

Интеграции

Обзор

CI-системы

AWS CodePipeline

Azure DevOps

Bamboo

Bitbucket

CircleCI

GitHub

GitLab

Jenkins

TeamCity

TeamCity (allurectl)

Таск-трекеры

Битрикс24

EvaProject

GitHub

GitLab

Jira Data Center

Jira Software Cloud

Kaiten

Redmine

Wrike

Yandex Tracker

YouTrack

Системы управления тестированием

TestRail

Xray

Zephyr

Экосистема ТестОпс

allurectl

AQL

API

Устранение неполадок

SaaS

ТестОпс как SaaS

Миграция в облако ТестОпс

Техническая поддержка

On this page

Интеграция с Azure DevOps ​

Эта страница описывает, как настроить ТестОпс и Azure DevOps в проекте, который использует Azure Pipelines для запуска тестов.

Как и все другие CI-интеграции в ТестОпс, это двусторонняя связь:

  • Джоба в пайплайне Azure использует allurectl для отправки своего статуса и результатов тестов в ТестОпс.
  • ТестОпс использует API Azure DevOps для запуска новых пайплайнов, при необходимости передавая тест-план.

После остановки пайплайна соответствующий запуск в ТестОпс может быть закрыт вручную или автоматически в соответствии с настройками автоматического закрытия.

Настройка интеграции ​

Примечание

Чтобы настроить интеграцию в ТестОпс, вы должны иметь доступ к разделам:

  • Администрирование — необходимы права администратора инстанса;
  • Настройки в конкретном проекте — необходима роль владельца этого проекта.

Чтобы настроить интеграцию с Azure DevOps:

  1. Настройте связь от ТестОпс к Azure DevOps:

    1. Создайте токен в Azure DevOps.

    2. На уровне инстанса ТестОпс добавьте интеграцию с Azure DevOps, указав:

      • название интеграции;
      • URL-адрес Azure DevOps.
    3. На уровне инстанса или проекта ТестОпс включите добавленную интеграцию для проекта, указав созданный токен из Azure DevOps.

  2. Настройте связь от Azure DevOps к ТестОпс:

    1. Создайте API-токен в ТестОпс.
    2. В Azure DevOps укажите созданный API-токен из ТестОпс.
    3. Измените пайплайн в Azure DevOps.
    4. Запустите и проверьте пайплайн в Azure DevOps.
    5. Настройте созданную джобу в ТестОпс.
  3. Параметризуйте джобы Azure DevOps (если необходимо).

1. Настройте связь от ТестОпс к Azure DevOps ​

1.1. Создайте токен в Azure DevOps ​

  1. В Azure DevOps нажмите на значок User settings рядом с вашим аватаром и выберите Personal access tokens.

  2. Нажмите New Token.

  3. В появившемся окне заполните поля:

    • Name — название, которое поможет вам распознать токен, например, Токен для ТестОпс.
    • Organization — организация Azure DevOps, которая содержит проект, который вы хотите интегрировать с ТестОпс.
    • Expiration — срок действия токена. После указанной даты интеграция перестанет работать. Чтобы возобновить ее работу, вам нужно будет создать новый токен.
    • Scopes — Custom defined.
  4. Внизу окна нажмите Show all scopes.

  5. Выберите следующие права доступа:

    • Build — Read and execute.
    • Work Items — Read, write & manage.
    • Variable Groups — Read.
  6. Нажмите Create.

    Новый токен станет временно видимым. Скопируйте и сохраните токен в безопасном месте, он понадобится для настройки интеграции в проекте ТестОпс.

1.2. Добавьте интеграцию с Azure DevOps в ТестОпс ​

  1. Перейдите в ваш инстанс ТестОпс.

  2. Перейдите в раздел Администрирование → Интеграции.

  3. Нажмите + Добавить интеграцию в правом верхнем углу.

  4. В списке доступных интеграций выберите Azure DevOps Server.

  5. Заполните поля:

    • Название — название, которое поможет вам распознать интеграцию, например, Azure DevOps production.
    • Endpoint — URL-адрес организации Azure DevOps, например, https://dev.azure.com/my-organization/.
  6. Нажмите Добавить интеграцию.

1.3. Включите интеграцию для проекта ТестОпс ​

Чтобы включить интеграцию в нужном проекте ТестОпс воспользуйтесь одним из двух способов ниже:

  1. Перейдите в раздел Администрирование → Интеграции.

  2. В списке настроенных интеграций найдите и откройте вашу интеграцию с Azure DevOps.

  3. Перейдите на вкладку Проекты.

  4. Нажмите + справа от поля поиска.

  5. В выпадающем списке Проект выберите нужный проект.

  6. В появившемся окне заполните поля:

    • Имя пользователя (email) — электронная почта, которую вы используете для входа в Azure DevOps.
    • Токен Azure — токен, который вы сохранили на шаге 1.1.
  7. Нажмите Проверить соединение. Если учетные данные верны, через несколько секунд появится сообщение «Соединение установлено».

  8. Нажмите Добавить интеграцию, чтобы сохранить настройки.

2. Настройте связь от Azure DevOps к ТестОпс ​

Этот раздел описывает вторую часть двусторонней связи: отправку статусов пайплайнов и результатов тестов из Azure DevOps в ТестОпс.

2.1. Создайте токен в ТестОпс ​

  1. В ТестОпс нажмите на ваш аватар и перейдите в API-токены.

  2. Нажмите + Токен.

  3. Придумайте название для токена (например, «Токен для Azure DevOps») и нажмите Создать.

    ТестОпс сгенерирует токен и отобразит его в модальном окне.

  4. Нажмите значок Копировать, чтобы скопировать токен в буфер обмена.

    Cохраните токен в безопасном месте, он понадобится для настройки интеграции в Azure DevOps.

2.2. Укажите токен в Azure DevOps ​

  1. В Azure DevOps перейдите в Pipelines и выберите нужный пайплайн.

  2. В правом верхнем углу нажмите Edit.

  3. В правом верхнем углу нажмите Variables.

  4. Нажмите New variable или +. В появившемся окне заполните поля:

    • Name — ALLURE_TOKEN.
    • Value — API-токен, который вы сохранили на шаге 2.1.
    • Keep this value secret — должно быть отмечено.
    • Let users override this value when running this pipeline — не должно быть отмечено.

    Нажмите OK.

  5. Нажмите + снова. В появившемся окне заполните поля:

    • Name — ALLURE_JOB_RUN_ID.
    • Value — должно быть пустым.
    • Keep this value secret — не должно быть отмечено.
    • Let users override this value when running this pipeline — должно быть отмечено.

    Нажмите OK.

  6. Нажмите Save, чтобы применить изменения и закрыть окно.

2.3. Измените пайплайн ​

Внесите следующие изменения в файл azure-pipelines.yml в вашем репозитории. Вы можете сделать это либо в локальной директории, либо в редакторе Azure.

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

  2. В шаге, который запускает тесты, добавьте или расширьте блок env. Он должен включать следующие переменные:

    • ALLURE_ENDPOINT — URL-адрес инстанса ТестОпс.
    • ALLURE_PROJECT_ID — ID проекта ТестОпс.
    • ALLURE_RESULTS — путь к директории с результатами тестов, например, build/allure-results. Если в вашем проекте несколько директорий с результатами тестов, вы можете разделить их запятыми или использовать шаблон с подстановочными символами, например, modules/*/build/allure-results.
    • ALLURE_TOKEN — $(ALLURE_TOKEN).
  3. Оберните команду, которая запускает тесты, в команду ./allurectl watch.

Совет

Пример

Предположим, у нас есть проект на Java с файлом azure-pipelines.yml такого вида:

yaml
steps:
  - script: ./gradlew clean test
    displayName: Run tests

С интеграцией ТестОпс файл будет выглядеть примерно так:

yaml
steps:
  - bash: curl -fsSL https://github.com/allure-framework/allurectl/releases/latest/download/allurectl_linux_amd64 -o allurectl && chmod +x allurectl
    displayName: Download allurectl

  - script: ./allurectl watch -- ./gradlew clean test
    displayName: Run tests
    env:
      ALLURE_ENDPOINT: https://testops.example.com
      ALLURE_PROJECT_ID: 1
      ALLURE_RESULTS: build/allure-results
      ALLURE_TOKEN: $(ALLURE_TOKEN)

2.4. Запустите и проверьте пайплайн ​

  1. В Azure DevOps откройте проект и перейдите к запуску пайплайна, вызванному последним коммитом.

    В качестве альтернативы вы можете запустить новый пайплайн вручную.

  2. Если выполнение пайплайна еще не завершено, дождитесь его завершения.

  3. В деталях выполнения пайплайна нажмите на джобу, которая запускает тесты.

    Ближе к концу ее лога должна быть ссылка на отчет о тестировании в ТестОпс. Убедитесь, что она присутствует и работает.

    Ссылка на запуск находится в логах выполнения пайплайна.

  4. В запуске в ТестОпс откройте результаты одного теста.

    Внизу страницы должна быть ссылка на пайплайн Azure DevOps. Убедитесь, что она присутствует и работает.

    Ссылка на пайплайн Azure DevOps находится в нижней части правой панели.

2.5. Настройте джобу в ТестОпс ​

  1. Перейдите в ваш проект в ТестОпс.

  2. Перейдите в раздел Джобы.

    Страница должна содержать новую джобу, автоматически добавленную и настроенную во время запуска на шаге 2.4.

  3. Нажмите ⋯ напротив джобы, затем выберите Настроить.

  4. В появившемся окне отредактируйте поля:

    • Сервер сборки — название интеграции, которую вы добавили на шаге 1.2.
    • Джоба может быть использована для запуска тестов — если отмечено, пользователи смогут запускать эту джобу из ТестОпс.
    • Параметры — параметры, которые должны быть переданы в Azure DevOps через переменные окружения, см. Окружения.

    Окно позволяет задать настройки джобы.

  5. Нажмите Отправить.

3. Параметризуйте джобы ​

При запуске пайплайнов Azure DevOps можно указывать переменные. ТестОпс интегрирует эту функцию с собственной концепцией Окружения, что позволяет вам как задавать параметры для новых джоб, так и видеть параметры, установленные для джоб, запущенных вне ТестОпс.

Важно

Если в репозитории вашего проекта несколько веток, обязательно создайте переменную окружения Branch в ТестОпс и передайте ее в вашу джобу. Это специальное имя, которое укажет Azure DevOps, какую из веток нужно использовать.

3.1. Добавьте глобальные названия параметров ​

  1. Перейдите в ваш инстанс ТестОпс.

  2. Перейдите в раздел Администрирование → Окружения.

  3. Для каждого параметра, которой вы хотите добавить:

    1. Нажмите + Создать.
    2. Введите название нового параметра.
    3. Нажмите Отправить.

    Названия переменных окружения добавляются в разделе Администрирование.

3.2. Сопоставьте параметры с переменными окружения ​

  1. Перейдите в ваш проект в ТестОпс.

  2. Перейдите в раздел Настройки → Окружение.

  3. Для каждого параметра, которой вы хотите использовать:

    1. Нажмите + Создать, если параметра нет в списке. Если параметр уже существует, нажмите значок Редактировать рядом с его названием.
    2. В поле Ключ укажите название переменной окружения.
    3. В поле Переменная окружения выберите глобальное название параметра из шага 3.1.
    4. Нажмите Отправить.

    Сопоставление переменных окружения находится в настройках проекта.

3.3. Добавьте параметры в джобу ​

  1. Перейдите в раздел Джобы.

  2. Найдите джобу, которую вы хотите параметризовать. Нажмите ⋯ напротив джобы, затем выберите Настроить.

    Появится окно настроек джобы, содержащее раздел Параметры.

  3. Для каждого параметра, который вы хотите добавить, нажмите Добавить и заполните поля:

    • Название — название переменной окружения (такое же, как Ключ из шага 3.2).
    • Значение — значение по умолчанию, которое должно использоваться, если не указано для конкретного запуска.
    • Переменная окружения — переменная окружения из шага 3.1.

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

  4. Нажмите Отправить.

3.4. Установите значения по умолчанию в пайплайне ​

  1. В Azure DevOps перейдите в Pipelines и выберите нужный пайплайн.

  2. В правом верхнем углу нажмите Edit.

  3. В правом верхнем углу нажмите Variables.

  4. Для каждого параметра, который вы хотите добавить, нажмите + и заполните поля:

    • Name — название переменной окружения (такое же, как Ключ из шага 3.2 и Название из шага 3.3).
    • Value — значение по умолчанию, которое должно использоваться, если не указано для конкретного запуска (такое же, как Значение из шага 3.3).
    • Keep this value secret — не должно быть отмечено.
    • Let users override this value when running this pipeline — должно быть отмечено.

    Нажмите OK, чтобы завершить редактирование новой переменной.

  5. Нажмите Save, чтобы применить изменения.

Pager
Previous pageAWS CodePipeline
Next pageBamboo

Logo © 2025 Все права защищены. Сайт принадлежит компании ООО «Инструменты тестирования»