Как организовать миграцию более 3 млн тест-кейсов между enterprise-платформами

Миграция платформы управления тестированием в enterprise-контуре — это программа изменений, а не операция «экспортировать и импортировать». Данные, процессы и пользователи должны перейти в новый режим одновременно.

Масштаб

3 млн+

тест-кейсов

1 600

проектов

около 10 000

пользователей

Подход

1. 1Провести инвентаризацию данных и процессов: понять, что используется, а что является историческим балластом.
2. 2Выполнить сопоставление сущностей и полей между платформами (mapping), включая связи, статусы и обязательные атрибуты.
3. 3Переносить данные порциями и проверять сохранность после каждой итерации, а не только в конце.
4. 4Проводить переключения в согласованные окна и сохранять старую систему в режиме read-only для исторической сверки.
5. 5Обучать пользователей волнами и сопровождать переход после запуска.

Управление изменениями

Главный риск был не в механике переноса, а в потере связности: неправильное сопоставление сущностей делает новую систему формально заполненной, но неудобной для работы. Поэтому решения по данным, окнам и обучению принимались как единая программа.

Результат

• 100% данных всех мигрируемых проектов и тест-кейсов сохранено.
• Пользовательские процессы продолжились без длительной остановки; короткие согласованные окна переключения при этом были.
• Обучение прошло в 3 волны по 1 000–1 500 участников в каждой; это размер волн, а не число уникальных пользователей.

Что не работает

• Перенос «как есть» без решения по сущностям и связям.
• Вывод старой системы сразу после переключения.
• Отказ от обучения и поддержки пользователей после запуска.

Вывод

Новый инструмент — только часть миграции. Основной продукт программы — управляемое изменение рабочих привычек и качества данных. Отдельный инфраструктурный поток описан в заметке о стандартном рабочем месте инженера, а полный контекст — в кейсе enterprise-трансформации.