TestManagerМатериалыРекордер
Рекордер

Как записать первый UI-автотест в TestManager — без кода

Практический сценарий для QA-команды: быстро зафиксировать пользовательский путь, превратить его в управляемый тест-кейс и получить прозрачный отчет по запуску

TM
Команда TestManager
·1 мая 2026·читать 6 мин·0% прочитано

Команды откладывают автоматизацию не потому, что не понимают ее ценность, а потому что классический путь слишком дорогой: фреймворк, локаторы, поддержка кода, отдельная экспертиза. TestManager снижает этот порог: рекордер фиксирует реальный пользовательский путь, а платформа превращает запись в управляемый тест-кейс с окружениями, Page Objects, историей запусков и отчетностью.

Шаг 1. Зафиксируйте бизнес-критичный сценарий

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

Сильная автоматизация начинается с правильной модели: сценарий должен быть понятен QA, прозрачен для менеджера и достаточно структурирован, чтобы его можно было поддерживать после изменений интерфейса.

Шаг 2. Выберите режим записи

TestManager Recorder поддерживает два рабочих сценария. Page Object помогает сформировать управляемую библиотеку элементов страницы и локаторов. Режим Тест кейс записывает последовательность действий пользователя: переходы, клики, ввод данных, клавиатурные действия, ожидания и проверки.

1
Откройте страницу, которую нужно проверить
2
Запустите TestManager Recorder
3
Выберите режим: Page Object или Тест кейс
4
Нажмите «Начать запись» и выполните сценарий как обычный пользователь
5
При необходимости добавьте Verify или Wait прямо из панели рекордера
6
Остановите запись и экспортируйте JSON

Шаг 3. Проверьте шаги перед импортом

После записи сценарий остается не “черным ящиком”, а редактируемой структурой. Шаги можно переупорядочить, удалить или уточнить: изменить тип действия, локатор, значение для ввода, ожидание или проверку. Это особенно важно для динамических интерфейсов, где качество локаторов напрямую влияет на устойчивость регресса.

Фрагмент JSON для импорта в тест-кейс
1{
2 "steps": [
3 { "step_number": 1, "step_type": "NAVIGATE", "data": { "url": "https://app.example.com/login" } },
4 { "step_number": 2, "step_type": "PAGE_OBJECT", "data": { "element": { "title": "Email", "locator_type": "XPATH", "locator_value": "//input[@name=\"email\"]" }, "action": { "type": "INPUT_TEXT", "value": "user@test.com" } } },
5 { "step_number": 3, "step_type": "VERIFY", "verify_type": "ELEMENT_VISIBLE", "verify_selector": "//h1[normalize-space()=\"Dashboard\"]" }
6 ]
7}

Шаг 4. Импортируйте JSON в редактор тест-кейса

В разделе UI-тестирования создайте тест-кейс и импортируйте JSON из Recorder. TestManager валидирует шаги, сопоставляет элементы с Page Objects и добавляет сценарий в таблицу. Дальше его можно обогатить как полноценный тестовый актив: тегами, приоритетом, предусловиями, ожиданиями, проверками и тестовыми файлами.

Шаг 5. Выберите окружение и запустите тест

Перед запуском выберите окружение проекта и параметры выполнения. TestManager создает test run, сохраняет историю и открывает отчет, где видно состояние каждого шага, длительность, ошибки и связанные артефакты. Это превращает автотест из “скрипта у инженера” в понятный управленческий инструмент.

4/4
passed
Время
12.8с
Браузер
Окружение проекта
Статус
УСПЕШНО

Что можно сделать после первого запуска

Один тест-кейс — только начало. Его можно разложить по папкам, объединить с другими кейсами в тест-план, запускать повторно на нужных окружениях и анализировать историю. В том же интерфейсе команда ведет Page Objects, теги, архив, отчеты запусков и API-раздел для коллекций OpenAPI/Swagger, сценариев и run-конфигураций.

ПОДЕЛИТЬСЯ

Первый автотест должен появляться за минуты.

Запишите реальный пользовательский путь в TestManager и превратите его в проверку, которую можно запускать снова.

ПОПРОБОВАТЬ БЕСПЛАТНО