Для переноса тестовой документации из сторонних TMS систем мы предлагаем воспользоваться миграционным скриптом:
https://dl.qatools.ru/service/rest/repository/browse/public/3p-tms-migration/
Перед работой с скриптом, обратите внимание на требования и на разделы Common migration properties и Testops Config properties!
Важно: должна быть установлена Java17 и токены выписаны пользователем ролью не ниже чем админ (токен ТестОпс и Qase)
Версия ТестОпс не ниже 4.26.1
Описание процесса миграции:
Процесс будет описан на примере API to API миграции, так как чаще используется именно он (File to API не переносит вложения),
1. Сверить соответствие требованиям (версия инстанса ТестОпс и версия Java)
2. Заполнение конфиг файла .json
Необходимо создать и заполнить .json файл используя шаблон из Notion.
Рекомендуем перед тем как проводить полноценную миграцию, мигрировать 1 любой тест с минимумом параметров, чтобы убедиться в корректности заполнения конфиг файла.
3. Запуск скрипта
Конфиг файл и файл скрипта должны быть сложены в одну папку
- открываем консоль и переходим в директорию с скриптом
- выполняем
java -jar allure-testops-migration-4.1.1.jar config_file.json
Скрипт запустится, и если включено логирование, то будет описан весь процесс миграции в консоли. По завершении миграции, в своем инстансе ТестОпс вы обнаружите перенесенные тест кейсы.Часто задаваемые вопросы:
- В логе скрипта вижу ошибки касательно CustomFieldValue, как их исправить?
Ошибка говорит о том, что такие поля отсутствуют в ТестОпс, для того, чтобы ошибка не возникала, необходимо:
- перейти в настройки проекта -> кастомные поля
- добавить указанные в ошибке недостающие поля
- У меня в проекте (Testrail) тест кейсы составлены древовидной структурой, как мигрировать в ТестОпс сохранив эту структуру?
Демонстрация на примере тест кейса:
1. Производим тестовую миграцию с минимальным набором параметров, в ТестОпс автоматически будут созданы поля (на основании параметра из конфиг файла), в примере:
"folderCfPrefix": "TestrailTest",
2. Добавляем созданные глобальные кастомные поля в настройках проекта и задаем маппинг для каждого из них в соответствии с названиями папок в тест кейсе
Каждое из полей TestrailTest1, TestrailTest2, TestrailTest3 отвечает за уровень древа тестов, т.е. папка, подпапка и т.д.
Задаем маппинг в соответствии с названиями папок древа в Testrail
3. Создаем древо тест кейсов, Настройки проекта -> Деревья, необходимо построить древо из ранее добавленных полей:
Результат:
