1) url – адрес развёрнутой Test IT, копируется из адресной строки без слэша в конце.
2) privateToken – API-токен, создаётся в разделе «Настройки профиля» - «Безопасность». Показывается один раз.
3) projectId – уникальный идентификатор проекта, в который будут загружены результаты автотестов. Можно получить двумя способами:
- На странице проектов нажать на три точки справа у нужного проекта и нажать «Скопировать ID»
- Открыть инструменты разработчика в браузере (F12 / Ctrl+Shift+C) и обновить страницу, находясь в проекте. В теле ответа на запрос «Configurations» будет указан project_id
4) configurationId – уникальный идентификатор конфигурации, которая будет применена к карточкам автотестов. Можно получить двумя способами:
- На странице конфигураций нажать на три точки справа у нужного проекта и нажать «Скопировать ID»
- Аналогично project_id узнать через инструменты разработчика
5) testRunId – уникальный идентификатор прогона (тест-рана), который нужен для работы адаптера в режимах 0 и 1. При режиме адаптера 2 его указывать не нужно. Получить его можно на странице «Прогоны»:
6) testRunName – кастомное название прогона, который будет создан при использовании адаптера в режиме 2. Ниже пример стандартного и кастомного значения:
7) adapterMode – режим работы адаптера, всего их три:
- Режим 2 – при запуске автотестов в этом режиме в Test IT автоматически будет создан новый прогон (тест-ран), в который будут загружены результаты всех обнаруженных в репозитории автотестов.
- Режим 1 – в этом режиме результаты всех автотестов будут загружены в один конкретный прогон, который уже есть в системе. Для этого дополнительно нужно указать id этого прогона.
- Режим 0 – в этом режиме адаптер фильтрует автотесты по id прогона и конфигурации и запускает не все автотесты, а только те которые содержатся в прогоне, id которого передается. То есть пользователь в UI выбирает конкретные тесты для запуска, нажимает «Запустить автотесты», выбирает конфигурацию и вебхук (опционально), далее создается новый прогон, айди которого нужно передать, и адаптер запустит только те тесты, которые находятся в этом прогоне, то есть только выбранные в UI.
ВАЖНО! В некоторых тестовых фреймворках адаптер не поддерживает режим 0, а только режимы 1 и 2. Среди этих фреймворков:
nose, jest, mocha, playwright, testcafe, xunit, specflow, jvm-cucumber, jbehave, go, xctest
Аналогично adapterMode 2 нет в xunit и specflow
8) certValidation – включение (true) или выключение (false) валидации сертификата
9) automaticCreationTestCases - отвечает за создание ручных тестов, связанных с автотестами, которые Вы проливаете в систему. У Вас стоит стандартное значение, значит создаваться карточки ручные не будут. Можете указать true и у Вас помимо библиотеки автотестов также появятся ручные карточки в библиотеки тестов, они сразу будут корректно связаны 1 к 1 и Вы сможете добавлять эти тесты в тест-план (карточки автотестов в тест-план добавить нельзя, только ручные). Если у Вас уже написанные ручные тесты, которые Вы хотите автоматизировать, тогда Вам данный параметр лучше отключить.
10) automaticUpdationLinksToTestCases - если поставить true, то адаптер будет проверять указанные в коде декораторы woritemsID (то есть айди ручных тестов, которые мы привязываем к автотесту прямо в коде) и удалять в Test IT связи ручных и автотестов, если эти связи теряют актуальность, то есть когда они не соответствуют workitemsIds, указанным в коде. Если False или не задан, то связи автотеста с тест-кейсами не разрываются при отсутствии аннотации workItemIds
11)importRealtime – если поставить true, то тесты будут выгружаться в TestIT по мере их прохождения (то есть у вас есть 38 автотестов, их результаты в режиме реального времени будут проливаться в систему). Если false, то по прохождению всех тестов они все разом выгрузятся в систему.