Почему выбрали тестирование, если закончили университет разработчиком?
Что проверяют
Не пересидите ли вы в тестировании до первой вакансии разработчика. Второй слой: понимаете ли вы, что это другая работа, а не облегчённая версия прежней. Диплом разработчика здесь одновременно и козырь, и повод для подозрений.
Как отвечать
Сначала причина, без самоуничижения. Хорошо работает формулировка через смену задачи: в разработке вы отвечаете за то, чтобы код делал заявленное, в тестировании за то, чтобы понять, где и при каких условиях он этого не делает, и вам ближе второе.
Дальше показывайте выгоду от бэкграунда:
- читаете код и логи, идёте в отладчик и в базу, а не только по интерфейсу;
- пишете автотесты и мелкие утилиты для подготовки данных;
- понимаете архитектуру и предполагаете, что сломается рядом с правкой;
- говорите с разработчиками на одном языке, и дефект приходит с гипотезой о причине.
И покажите, что видите свою новую специальность отдельной: тест-дизайн через классы эквивалентности, границы, таблицы решений и попарные комбинации это навык, которому в университете не учат. Назовите, куда растёте: автоматизация, тестовая инфраструктура, нагрузка.
Где спотыкаются
Проговариваются, что тестирование для них временно. Даже мягкое «потом хочу в разработку» закрывает вакансию: никто не хочет учить человека под чужую будущую команду.
Сразу предлагают всё автоматизировать. Без ручного прохода и понимания продукта автоматизируется не то, а неудачно выбранные проверки становятся дорогим балластом, который команда потом боится трогать.
Недооценивают оформление и общение. Дефект без шагов, окружения и ожидаемого результата возвращается обратно, а позиция «у меня воспроизводится» превращает разбор в спор вместо проверки.