Почему решили сменить специальность с дизайна на тестирование
Что проверяют
Осознанный ли это выбор или бегство, и понимаете ли вы, из чего на самом деле состоит работа тестировщика. Смотрят на две вещи: что вы приносите из дизайна и насколько трезво оцениваете, чего вам не хватает.
Как отвечать
Причина плюс доказательство. Причина честная: в дизайне вас сильнее увлекало не оформление, а поиск мест, где сценарий ломается, и разбор состояний, которые никто не описал. Доказательство это то, что вы уже сделали: разобрали теорию тест-дизайна, писали чек-листы и тест-кейсы, заводили дефекты в трекере, смотрели запросы во вкладке сети, писали SQL, брали учебные проекты.
Переносимые навыки называйте конкретно, а не общим вниманием к деталям:
- работа с требованиями и макетами: вы замечаете расхождение реализации с макетом и неописанные состояния, такие как пустой список, ошибка загрузки, слишком длинный текст;
- пользовательские сценарии: из них получаются сквозные проверки;
- адаптив и доступность: постоянный источник дефектов, который многие не проверяют вовсе;
- умение писать понятно, а баг-репорт это прежде всего текст.
Покажите, что видите границы профессии: классы эквивалентности и граничные значения, виды тестирования, работа с API и логами, автоматизация как следующий шаг, а не как замена мышлению.
Где спотыкаются
Формулируют переход через отрицание: в дизайне не сложилось, в тестирование проще войти. Это слышно сразу и обесценивает всё, что сказано дальше про мотивацию.
Сводят работу QA к поиску визуальных дефектов на готовом экране. Тестирование начинается с требований, и один вопрос про проверку ещё не написанной функции это выясняет.
Обещают повышенное внимание к качеству вместо фактов. На собеседовании обычно тут же дают форму или короткое требование и просят назвать проверки, и общие слова там не работают.