Расскажите про себя и коммерческий опыт
Что проверяют
Какого рода тестировщик перед ними: ручной, автоматизатор, смешанный профиль, и на каком уровне зрелости процессы, к которым вы привыкли. Слушают, в какой момент цикла вы включаетесь: разбираете требования до кода или получаете готовую сборку. Заодно смотрят, говорите ли вы про качество продукта или только про свои действия.
Как отвечать
Соберите ответ вокруг продукта и своей зоны ответственности:
- что тестируете: веб, мобильное приложение, API, интеграции, и что там критично (деньги, персональные данные, отчётность);
- размер команды и процесс: откуда берутся требования, участвуете ли в груминге, как устроены окружения и тестовые данные;
- чем занимаетесь руками: тест-дизайн через классы эквивалентности и границы, исследовательские сессии, проверка API, работа с логами и базой;
- автоматизация: что и зачем покрыто, на чём написано, кто чинит упавшее, входит ли прогон в пайплайн;
- как заводите дефект: шаги, окружение, ожидаемое и фактическое, приоритет и обоснование.
Хорошо звучит пример: нашли расхождение между требованием и поведением ещё на стадии обсуждения, и правка стоила команде минут, а не релиза.
Где спотыкаются
Читают заготовку с незаполненными местами: «у меня столько-то лет опыта, я работал в такой-то компании». Это сразу слышно, и дальше собеседник проверяет не опыт, а способность говорить своими словами.
Приводят проценты, за которыми ничего не стоит: «покрытие выросло на 40%», «багов после релиза стало на четверть меньше». Первый встречный вопрос это что считали покрытием и как измеряли, и ответа обычно нет.
Сводят рассказ к списку инструментов. Selenium и трекер задач есть у всех, ценность в том, какие дефекты вы находите, как приоритезируете риски и что делаете, когда требований нет вообще.