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

Переход на ТестОпс с установки Allure TestOps docker compose ​

Примечание

Раздел описывает рекомендации для ТестОпс версии 4.x.

Предварительные условия ​

Имеющийся инстанс Allure TestOps должен иметь минимум релиз 4.13.0

База данных должна быть обновлена до PostgreSQL ver 14

Docker compose деплой ​

Для быстрого перехода деплой docker compose для Allure TestOps должен быть выполнен только при использовании вот этих конфигурационных файлов: https://github.com/qameta/allure-docker-compose

Использование конфигов из testops-legacy не допускается.

Все дальнейшие шаги делаются на примерах актуальных конфигурационных файлов (не testops-legacy). Если у вас старые конфиги, то см. ниже "Переход со старых (неактуальных) конфигурационных файлов".

Смена реестра ПО ​

Реестр находится по адресу: https://reg.qatools.ru

  1. Выйти из текущего реестра docker: docker logout
  2. Войти в реестр reg.qatools.ru: docker login reg.qatools.ru -u reg_username -p reg_password
    1. reg_username — имя пользователя для скачивания образов (получен от sales)
    2. reg_password — пароль для скачивания образов (получен от sales)

Обновление конфигурации: .env ​

Все обновления делаются только в файле .env

  1. Найти следующие параметры
    1. ALLURE_REGISTRY=[docker.io](http://docker.io/)
    2. ALLURE_SLUG=allure
  2. Обновить, как указано ниже
    1. ALLURE_REGISTRY=[reg.qatools.ru](http://reg.qatools.ru/)
    2. ALLURE_SLUG=allure-testops

Переход на исполняемые файлы ТестОпс ​

  1. Попросить пользователей завершить работу
  2. Остановить все загрузки результатов для автотестов
  3. Выполнить команды
    1. docker compose pull
    2. дождаться полного скачивания
    3. docker compose down
    4. docker compose up -d
  4. Возобновить работу

Переход со старых (неактуальных) конфигурационных файлов. Конфиг с вынесенными БД и S3 ​

Если деплой выполнен старыми конфигурационными файлами, то необходимо чтобы БД была вынесена из docker compose, S3 (хранилище артефактов) было вынесено из docker compose.

RabbitMQ может быть в докере.

Целевая схема установки в производственной среде: ​

deployment scheme compose prod

  1. Попросить пользователей закончить работу
  2. Остановить загрузку результатов автотестов
  3. Остановить деплой: docker compose down
  4. Скачать конфигурационные файлы: https://github.com/qameta/allure-docker-compose
  5. Настроить для конфигурации testops параметры соединения с БД и S3
  6. Проверить работу на актуальной конфигурации
    1. docker compose up -d
    2. проверить, что ТК видны, лончи видны
    3. проверить, что аттачи подгружаются в ТК и в тестовых результатах
    4. docker compose down
  7. Найти параметры в .env
    1. ALLURE_REGISTRY=[docker.io](http://docker.io/)
    2. ALLURE_SLUG=allure
  8. Обновить, как указано ниже
    1. ALLURE_REGISTRY=[reg.qatools.ru](http://reg.qatools.ru/)
    2. ALLURE_SLUG=allure-testops

Смена реестра ПО ​

Реестр находится по адресу: https://reg.qatools.ru

  1. Выйти из текущего реестра docker: docker logout
  2. Войти в реестр reg.qatools.ru: docker login reg.qatools.ru -u reg_username -p reg_password
    1. reg_username — имя пользователя для скачивания образов (получен от sales)
    2. reg_password — пароль для скачивания образов (получен от sales)

Запустить деплой на образах ТестОпс ​

  1. docker compose pull
  2. docker compose up -d

Старый конфиг и все сервисы в контейнерах ​

Самый энергозатратный способ.

  1. Мигрировать на конфигурацию, пригодную для производственной среды (см. пример выше) на старых конфигах, чтобы БД и S3 были вне докера.
  2. RabbitMQ может быть в докере.
  3. Перейти на актуальные конфиги, пройти шаги раздела Переход со старых (неактуальных) конфигурационных файлов. Конфиг с вынесенными БД и S3
Pager
Next pageО продукте

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