Что хотят услышать интервьюеры:

Ожидают услышать, что есть практический опыт с инструментами UI-автотестов и понимание, зачем каждый из них нужен. Важно показать, что выбор фреймворка зависит от браузера, платформы, скорости, стабильности и удобства поддержки. Хорошо, если есть опыт с ожиданиями, локаторами, Page Object и запуском тестов в CI.

Определение:

Для автоматизированного тестирования пользовательского интерфейса обычно используют фреймворки и библиотеки, которые умеют управлять браузером или мобильным приложением, находить элементы на странице, имитировать действия пользователя и проверять результаты. На практике это могут быть инструменты для веба, мобильных приложений и визуальной регрессии.
Чаще всего в тестировании UI важны не только сами действия, но и инфраструктура вокруг них: запуск, отчёты, параллельность, стабилизация тестов и интеграция с CI/CD.

Пример использования:

Для веб-приложения часто используют Selenium или Playwright, а для Android/iOS — Appium. Если нужно проверить поведение пользователя в браузере, тест может открыть страницу, авторизоваться, добавить товар в корзину и убедиться, что он отображается в списке.

# Пример на Python с Selenium
from selenium import webdriver
from selenium.webdriver.common.by import By

driver = webdriver.Chrome()
driver.get("https://example.com/login")

driver.find_element(By.ID, "username").send_keys("user")
driver.find_element(By.ID, "password").send_keys("secret")
driver.find_element(By.ID, "submit").click()

assert "Dashboard" in driver.title
driver.quit()

Пояснение кода:

Код показывает базовый сценарий UI-теста: открыть страницу, заполнить поля, нажать кнопку и проверить результат.
Сначала создаётся браузер Chrome, затем тест переходит на страницу логина. После этого находятся элементы по ID, в них вводятся данные и выполняется клик по кнопке отправки. В конце проверяется, что после входа страница изменилась ожидаемым образом, и браузер закрывается.

Ключевые моменты:

Для веб-UI чаще используют Selenium, Playwright или Cypress; для мобильного UI — Appium.
Важны стабильные локаторы: id, data-testid, name обычно надёжнее сложных XPath.
Для поддержки тестов полезны паттерны Page Object и явные ожидания вместо sleep.
UI-тесты обычно медленнее unit-тестов, поэтому их стараются делать выборочно и запускать в CI.
Часто дополнительно используют отчёты, скриншоты, видео и логирование для анализа падений.
При ответе на собеседовании полезно упомянуть не только инструменты, но и подход к снижению flaky-тестов.

Какие средства и библиотеки ты использовал для автоматизированного тестирования пользовательского интерфейса?