Skip to content
Main Navigation
Автоматизированное тестирование
Централизованное управление автотестами и результатами
Интеграции
Готовые коннекторы с CI/CD, трекерами и репозиториями
Ручное тестирование
Планирование, выполнение и контроль ручных проверок в одном месте
Дашборды и аналитика
Визуализация данных, отчёты и метрики тестов в реальном времени
Ресурсы
Документация
Материалы по установке, настройке и подключению интеграций в ТестОпс
Блог
Статьи и руководства по стратегиям и инструментам тестирования
События
Живое общение с командой ТестОпс на вебинарах и конференциях
Последнее из блога
Сокращение технического долга в UI-тестах
Сокращение технического долга в UI-тестах
Обзор причин нестабильности, практик повышения надёжности, архитектурных решений и возможностей платформы ТестОпс для контроля качества.
MCP-сервер: возможности и интеграция с Jira
MCP-сервер: возможности и интеграция с Jira
Рассматриваем протокол контекстного моделирования (MCP) для безопасной интеграции языковых моделей с корпоративными системами и его возможности при работе с Jira.
ИИ-инструменты в тестировании ПО
ИИ-инструменты в тестировании ПО
Разбираем, как использовать машинное обучение в QA для автоматической генерации сценариев для ускорения процессов и повышения стабильности релизов.
Перейти в блог
ТарифыПартнерыСвязаться с нами
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

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

ТестОпс хранит артефакты из результатов тестов и тест-кейсов в отдельном объектном хранилище (см. Архитектура).

Требования и рекомендации к S3-совместимому хранилищу ​

Производственная среда ​

Не размещайте хранилище артефактов на одном диске с базой данных ТестОпс. Разделение позволит избежать конкуренции за ресурсы ввода-вывода и гарантирует стабильную работу как хранилища, так и базы данных.

Если вы используете Kubernetes, подключайте хранилище с помощью CSI-драйвера.

Аппаратное обеспечение ​

Для хранения артефактов в S3-совместимом хранилище используйте только SSD, предпочтительно корпоративного класса. HDD ухудшат производительность ТестОпс по мере увеличения количества хранимых артефактов.

Класс хранения ​

Используйте стандартный класс хранения, рассчитанный на частый доступ к данным. Классы для «холодного» хранения (например, Reduced Redundancy Storage, Cold Tier) могут значительно замедлить работу с артефактами и повлиять на производительность всей системы.

Решения для S3-совместимых хранилищ ​

Наиболее надежный и производительный вариант объектного хранилища, который рекомендуется использовать для крупных развертываний ТестОпс с высокой нагрузкой, — Amazon S3. Объектное хранилище также может быть реализовано с помощью MinIO, Google Cloud Storage или любого другого решения, совместимого с S3.

Amazon S3 ​

Чтобы использовать хранилище Amazon S3 с ТестОпс, создайте следующую политику доступа в консоли AWS:

json
{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "S3assets",
      "Effect": "Allow",
      "Action": [
        "s3:PutObject",
        "s3:ListBucket",
        "s3:GetObject",
        "s3:DeleteObject"
      ],
      "Resource": ["arn:aws:s3:::<ALLURE_S3_BUCKET_NAME>/*", "arn:aws:s3:::<ALLURE_S3_BUCKET_NAME>"]
    }
  ]
}

Google Cloud Storage ​

Для использования Google Cloud Storage в качестве хранилища ТестОпс вам нужно создать бакет с типом контроля доступа fine-grained и настроить списки контроля доступа (ACL) для разрешения доступа к бакету.

В качестве URL-адреса сервера в файле конфигурации ТестОпс укажите https://storage.googleapis.com.

Миграция данных в MinIO ​

Если вы используете версию ТестОпс для демонстрационного развертывания (testops-demo) и планируете переход на производственную среду, следуйте инструкции ниже, чтобы перенести артефакты ТестОпс в отдельное хранилище MinIO. Эта инструкция также может быть полезна, если вы работаете с развертыванием Docker Compose в течение долгого времени и артефакты ТестОпс хранятся в файловой системе Docker-томов.

Важно

Прямое копирование файлов может привести к неправильным правам доступа и неточным метаданным MinIO. Мы настоятельно рекомендуем использовать приложение MinIO CLI для массовой миграции файлов.

  1. Убедитесь, что целевой сервис хранения запущен и доступен с вашего компьютера.

  2. В вашем файле .env добавьте параметры подключения к целевому сервису хранения:

    • TESTOPS_S3_URL_NEW — URL-адрес сервера;
    • TESTOPS_S3_BUCKET_NEW — имя S3-бакета;
    • TESTOPS_S3_ACCESS_KEY_NEW — ключ доступа для подключения к S3-бакету;
    • TESTOPS_S3_SECRET_KEY_NEW — секретный ключ для подключения к S3-бакету.
  3. В вашем файле docker-compose.yml добавьте конфигурацию сервиса minio-migrate:

    yaml
    services:
      minio-migrate:
        restart: "no"
        image: minio/mc
        container_name: minio-migrate
        depends_on:
          - minio-local
        networks:
          - testops-net
        entrypoint: "/bin/sh -c"
        command: >
          "mc config host add minio-old ${DEMO_INSTANCE_S3_URL} ${DEMO_INSTANCE_S3_ACCESS_KEY} ${DEMO_INSTANCE_S3_SECRET_KEY} --api S3v4 &&
           mc config host add s3-new ${TESTOPS_S3_URL_NEW} ${TESTOPS_S3_ACCESS_KEY_NEW} ${TESTOPS_S3_SECRET_KEY_NEW} --api S3v4 &&
           mc cp -r minio-old/${DEMO_INSTANCE_S3_BUCKET}/v2 s3-new/${TESTOPS_S3_BUCKET_NEW}/"
    
      # ...
  4. Перейдите в директорию, где расположены файлы docker-compose.yml и .env, и выполните команду:

    sh
    docker compose run minio-migrate
Pager
Previous pageБаза данных
Next pageОбзор

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