Операция выполнена!
Закрыть
Хабы: Тестирование IT-систем, API, Управление проектами, Учебный процесс в IT

Привет, всем! Я главный специалист по автоматизации тестирования в компании ITFB Group. Знакомо, когда UI-тесты работают медленно, падают из-за ерунды и отнимают кучу времени? Мы нашли решение - грамотно комбинируем API и UI проверки. Теперь тесты летают! Хотите так же? Сейчас расскажу, как это сделать.

Если вы когда-либо писали UI-автотесты, вы точно знаете это чувство: тесты работают медленно, падают без очевидной причины, и чем больше их становится, тем сложнее их поддерживать. На первый взгляд всё логично — мы тестируем глазами пользователя. Но стоит копнуть чуть глубже — и окажется, что большая часть времени уходит вовсе не на проверки, а на рутину: авторизацию, заполнение одних и тех же форм, ожидание загрузки элементов. Так может, пора перестать делать лишнюю работу?

В этой статье разберёмся, как API могут значительно ускорить ваши автотесты для тестирования фронта.

Что не так с UI‑тестами?

Начнём с базового. Классический UI-тест — это имитация действий пользователя в браузере. Вводим логин, пароль, нажимаем кнопку, ждём загрузку страницы, кликаем по меню, заполняем форму, отправляем, проверяем результат. Красиво. Информативно. И невыносимо медленно.

Типичный проблемный набор:

Скорость: браузеру нужно отрисовать DOM, загрузить скрипты, дождаться анимаций, и только потом тест сможет кликнуть. Один вход в систему легко занимает 30+ секунд.
Хрупкость: один лишний div, новая обёртка или анимированная загрузка — и тест падает.
Поддержка: если у вас хотя бы 500–1000 тестов, то без рефакторинга жить невозможно. А рефакторинг UI-тестов — удовольствие сомнительное.
Цена: даже если CI гоняет тесты параллельно, общее время прогона в часах — это обычная история. Плюс вы тратите время на отладку, локализацию проблем и переписывание логики после любого обновления фронта.

Читать далее
Читайте также
СТАТЬ АВТОРОМ
НОВОСТИ

ПИШИТЕ

Техническая поддержка проекта ВсеТут

info@vsetut.pro