Будет ли приоритет на автоматизацию бэкенда или фронтенда

Что проверяют

Умеете ли вы выбирать, что автоматизировать, исходя из рисков и стоимости тестов, а не из личных предпочтений. Следом спрашивают, какие инструменты вы бы взяли для каждого слоя и что делать с нестабильными UI-тестами. Этот же вопрос полезно задать работодателю самому: ответ покажет, чем вы будете заниматься первые полгода.

Как отвечать

Опирайтесь на пирамиду тестирования и на контекст продукта:

• API и бэкенд первыми: тесты быстрее, стабильнее и дешевле в поддержке, бизнес-логика проверяется без браузера. Инструменты: REST Assured на Java, pytest с requests или httpx на Python, Postman с Newman для прогонов в CI, Pact для контрактных тестов между сервисами;
• UI точечно: сквозные сценарии по критичным путям пользователя, например регистрация, оплата, оформление заказа. Инструменты: Playwright, Selenium WebDriver, Cypress;
• компонентные и визуальные тесты: если фронтенд сложный, часть проверок интерфейса дешевле делать на уровне компонентов, чем через полный e2e.

Затем назовите, от чего зависит решение: где сейчас находят больше всего багов, как часто меняется интерфейс, есть ли у сервисов стабильный контракт, сколько времени занимает ручной регресс. Хороший каркас: «начал бы с API-смоука на ключевые эндпоинты в CI, потом e2e на несколько самых критичных сценариев, остальное по результатам анализа дефектов».

Говорите на своём опыте: какие тесты писали, сколько их было, насколько сократился ручной регресс. Цифры нужны ваши, а не красивые. Если автоматизировали только UI, скажите об этом прямо и объясните, как собираетесь переносить проверки на уровень API.

Где спотыкаются

Отвечают «фронтенд, потому что его видит пользователь». Это не аргумент: большинство видимых пользователю сценариев дешевле проверить через API, оставив в UI только связку экранов.

Предлагают автоматизировать всё через браузер. Такой набор медленный и нестабильный, и через полгода команда перестаёт ему доверять.

Отвечают без вопросов о контексте. Уточнить архитектуру, релизный цикл и текущее покрытие не слабость, а признак того, что вы выбираете по данным.