Skip to content
Main Navigation
Автоматизированное тестирование
Интеграции
Ручное тестирование
Дашборды и аналитика
Ресурсы
Документация
Блог
События
Последнее из блога
Управление дефектами
Управление дефектами
Разбираем понятия дефекта, ошибки и отказа, чтобы эффективно описывать их в баг-репортах, учитывать в тестировании и улучшить работу команды и баг-трекера.
Тестирование производительности
Тестирование производительности
Изучаем методы и средства для оценки быстродействия системы, а также определяем, когда и как лучше всего проводить тестирование: с помощью нагрузочного или стрессового подхода.
Настройка вебхуков в ТестОпс для Slack
Настройка вебхуков в ТестОпс для Slack
Гайд по настройке вебхуков в ТестОпс на примере создания сообщений для канала в Slack.
Перейти в блог
ТарифыПартнерыСвязаться с нами
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)

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

GitHub

GitLab

Jira Data Center

Jira Software Cloud

Kaiten

Redmine

Wrike

Yandex Tracker

YouTrack

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

TestRail

Xray

Zephyr Scale

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

allurectl

AQL

API

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

SaaS

ТестОпс как SaaS

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

On this page

Интеграция с TeamCity с помощью allurectl ​

Важно

Эта инструкция описывает ограниченный вариант интеграции с TeamCity с помощью приложения командной строки allurectl.

Для более полной интеграции мы рекомендуем использовать плагин, который дополнительно позволит запускать сборки TeamCity из интерфейса ТестОпс. Подробную инструкцию по настройке плагина можно найти на странице Интеграция с TeamCity.

Интеграция с TeamCity позволит вам получать результаты тестов из сборок TeamCity и автоматически создавать соответствующие тест-кейсы в ТестОпс.

Чтобы настроить интеграцию с TeamCity с помощью allurectl, вам нужно:

  1. Создать API-токен в ТестОпс.
  2. Указать этот токен и другие переменные окружения в настройках проекта TeamCity.
  3. Изменить шаг сборки в TeamCity, чтобы он включал запуск allurectl для загрузки результатов тестов.

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

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

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

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

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

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

2. Укажите переменные окружения в TeamCity ​

  1. В TeamCity перейдите на страницу настроек вашего проекта.

  2. В меню слева нажмите Parameters.

  3. Нажмите Add new parameter и добавьте следующие переменные окружения (environment variable):

    ИмяЗначение
    env.ALLURE_CI_TYPEteamcity
    env.ALLURE_ENDPOINTURL-адрес вашего инстанса ТестОпс.

    Пример: https://testops.example.com
    env.ALLURE_JOB_NAME%system.teamcity.buildConfName%
    env.ALLURE_JOB_RUN_NAME%teamcity.build.id%
    env.ALLURE_JOB_RUN_UID%teamcity.build.id%
    env.ALLURE_JOB_RUN_URLhttps://teamcity.example.com/viewLog.html?buildId=%teamcity.build.id%
    env.ALLURE_JOB_UID%system.teamcity.buildType.id%
    env.ALLURE_LAUNCH_NAMEteamcity via allurectl - %build.number%
    env.ALLURE_PROJECT_IDID вашего проекта в ТестОпс
    env.ALLURE_RESULTSДиректория, содержащая результаты тестов.

    Пример: build/allure-results
    env.ALLURE_TOKENAPI-токен, который вы создали в ТестОпс

3. Измените шаг сборки в TeamCity ​

  1. В TeamCity перейдите на страницу настроек вашей сборки.

  2. В меню слева нажмите Build Step: Command Line.

  3. Нажмите Edit напротив шага сборки.

  4. Измените сборочный скрипт, обернув команду, запускающую тесты, в вызов allurectl.

    Например, если вы используете Gradle для запуска тестов, замените строку запуска тестов:

    sh
    ./gradlew clean test

    на строки:

    sh
    curl -fsSL https://github.com/allure-framework/allurectl/releases/latest/download/allurectl_linux_amd64 -o allurectl
    chmod +x allurectl
    ./allurectl watch -- ./gradlew clean test

Подробную информацию об использовании allurectl можно найти в соответствующей статье.

Pager
Previous pageTeamCity
Next pageGitHub

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