Это ваш первый опыт как тестера?
Что проверяют
Спрашивают, чтобы понять стартовую точку и прикинуть, какой практики ждать в первые месяцы. От ответа зависит весь дальнейший разговор: новичку дадут вопросы про тест-дизайн и оформление дефекта, человеку с опытом сразу про регресс, окружения и автотесты.
Для QA есть и второй слой. Многие приходят из поддержки или аналитики и считают тестированием любое взаимодействие с продуктом. Здесь видно, отличаете ли вы «пользовался системой» от «проверял по тест-плану и оформлял результат».
Как отвечать
Прямой ответ, затем перенос прошлого опыта на новую роль, без пересказа всей биографии.
Назовите, первое ли это место тестировщиком. Если да, перечислите, что уже делали руками: чек-листы, тест-кейсы, баг-репорты с шагами и ожидаемым результатом, проверка сборки на стенде, работа в трекере, чтение логов, запросы к API. Если раньше была поддержка, назовите ровно то, что смежно: воспроизведение проблем клиента, локализация дефекта, эскалация разработчикам.
«В роли тестировщика это первое место. До него два года работал в поддержке: разбирал обращения, воспроизводил ошибки, заводил задачи разработчикам и проверял исправления на релизном стенде. Оттуда привычка описывать дефект так, чтобы его повторили с первого раза».
Честно назовите границу: чего пока не делали и что сейчас изучаете.
Где спотыкаются
Отвечают заученным шаблоном из интернета, где остались незаполненные пропуски и общие слова про инструменты, которыми кандидат не пользовался. Одно уточнение про конкретный проект обрушивает весь рассказ.
Приписывают себе измеримый эффект: снизили число ошибок, ускорили регресс. Цифру попросят объяснить, а метода замера у новичка обычно нет, и выглядит это хуже, чем честное отсутствие цифр.
Заявляют автоматизацию по одному пройденному курсу. Написанный на курсе скрипт это не опыт автоматизации; лучше сказать, что учите Python и Selenium, и показать свой репозиторий.