Опишите процессы тестирования на текущем месте работы
Что проверяют
Работали ли вы в выстроенном процессе и понимаете ли, зачем в нём каждый шаг. Уровень виден сразу: начинающий перечисляет инструменты, сильный кандидат рассказывает, где процесс проваливался и что он с этим сделал. Следом спрашивают, как вы поступаете, когда на регресс времени нет, а релиз сегодня.
Как отвечать
Ведите рассказ по пути задачи и всё время подмешивайте цифры своей команды: сколько человек, сколько тестировщиков, длина итерации, сколько релизов в неделю.
- требования: участвуете ли в разборе задач до разработки, задаёте ли вопросы к макетам и критериям приёмки. Противоречие, пойманное здесь, самое дешёвое;
- тест-дизайн: чек-листы или тест-кейсы, где они живут (TestRail, Allure TestOps, Xray, вики), какие техники применяете: классы эквивалентности, граничные значения, попарное тестирование, таблицы решений;
- окружения и данные: сколько стендов, как накатывается тестовая база, чем заменяете внешние системы, как чистите данные;
- проверка: что смотрите на фиче, что уходит в регресс, какая доля автоматизирована и на каком уровне (юнит, API, UI), кто пишет автотесты и кто чинит красные;
- дефекты: что обязательно в баг-репорте (шаги, окружение, ожидаемое и фактическое, логи), кто ставит приоритет, что считается блокером;
- релиз: критерии выхода, смоук на проде после выкатки, мониторинг и алерты, как быстро откатываетесь.
Сильная часть ответа это оценка, а не описание. Скажите, что не работало: регресс руками по три дня, нестабильные автотесты, которым перестали верить, требования, приходящие правками в чат. И что вы предложили: перенесли часть проверок с UI на уровень API, разметили нестабильные тесты и завели квоту на их починку.
Где спотыкаются
Перечисляют инструменты вместо процесса. Список из Jira, Postman и Selenium ничего не говорит о том, как принимается решение выпускать или нет.
Рассказывают идеальную версию, которой не было. Пара уточняющих вопросов про детали разваливает такой ответ за минуту.
Заканчивают на «нашли баг, завели задачу». Дальше начинается самое интересное: приоритизация, перепроверка после исправления, влияние на сроки релиза.