С какими фреймворками работал
Что проверяют
Отличаете ли вы фреймворк от библиотеки и от готового каркаса, который написал кто-то до вас. Интервьюер выясняет, дописывали ли вы автотесты в чужой проект или собирали обвязку сами: ожидания, данные, отчёты, запуск в CI.
Как отвечать
Разложите ответ по слоям, это сразу отличает опытного автоматизатора:
- драйвер браузера или устройства: Selenium, Playwright, Appium;
- раннер и проверки: pytest, JUnit, TestNG, NUnit;
- API и данные: REST Assured, requests, подготовка состояния запросами, а не кликами через интерфейс;
- отчётность и запуск: Allure, задача в CI, параллельный прогон, артефакты со скриншотами и трассировкой.
Про каждый инструмент скажите, что именно вы в нём делали: описывали страницы объектами, выносили ожидания в обёртку над драйвером, чинили гонки. Хорошо звучит рассказ про борьбу с нестабильными тестами: явные ожидания вместо пауз, свои данные на каждый прогон, перезапуск только по явному признаку сбоя инфраструктуры.
Если автоматизации в опыте не было, честно скажите про ручной контур и назовите, что пробовали сами. Выдуманный опыт вскрывается вопросом про структуру проекта и про то, как запускается один тест локально.
Где спотыкаются
Называют Selenium фреймворком тестирования. Это библиотека управления браузером, а тесты организует раннер, и разница в ответе слышна сразу.
Не могут объяснить, откуда в тестах берутся данные. Ответ вида «есть тестовый стенд с базой» без изоляции означает падающие прогоны при параллельном запуске.
Приводят долю сокращения ручного тестирования в процентах, взятую из головы. Дальше следует вопрос, сколько кейсов было и сколько из них автоматизировано, и цифра рассыпается.