Опишите ваш последний опыт работы
Что проверяют
Умеете ли вы структурировать рассказ и отделять свою работу от работы команды. Слушают не список инструментов, а масштаб и роль: что было на вас, с кем взаимодействовали, что изменилось после вашего прихода. Дальше почти всегда идёт «расскажите про самый сложный дефект» или «как решали, что автоматизировать».
Как отвечать
Держите структуру: контекст, зона ответственности, действия, результат. Полторы-две минуты, дальше по уточняющим вопросам. Опирайтесь на свой проект, шаблон здесь не работает.
- контекст: что за продукт и кто им пользуется, платформы (веб, мобильные приложения, API), размер команды и сколько в ней тестировщиков, длина итерации;
- зона ответственности: какие модули были на вас, участвовали ли в разборе требований, писали тест-дизайн сами или брали готовые кейсы;
- инструменты: где жили тест-кейсы (TestRail, Qase, Allure TestOps), какой трекер, чем смотрели API (Postman, Insomnia,
curl), на чём автотесты (Playwright, Selenium с Java или Python, pytest, JUnit), что и на каком шаге гоняет CI; - процессы: как задача попадала в тестирование, что считалось критерием готовности, как заводили дефект и кто принимал решение о релизных рисках;
- результат: что стало лучше и за счёт чего. Цифры только настоящие: «регресс сократили с двух дней до четырёх часов, вынеся полторы сотни кейсов в автотесты» звучит сильнее, чем «повысил качество на 30 процентов».
Заготовьте два-три примера под уточнения: тяжёлый баг, который вы нашли; спор с разработчиком и чем он кончился; пропущенный на прод дефект и что вы поменяли после него. Последний пункт часто ценят выше остальных.
Где спотыкаются
Читают резюме вслух. Интервьюер его уже видел, ему нужны детали, которых там нет.
Говорят «мы» весь рассказ. Из ответа не понять, что делали лично вы, и вашу роль додумают в меньшую сторону.
Приносят выдуманные проценты. На вопрос «как считали» ответа нет, и доверие пропадает не к цифре, а ко всему рассказу.