Уже ни для кого не секрет, что хотя бы попасть на интервью по хардскилам с живым человеком для кандидата в наши дни - считай половина успеха. Рынок найма благополучно сбрендил: ИИ оптимизация, стандартная лень и общая "деревянность" HR специалисток превратили простой и незамысловатый процесс в игру: кто кого передушнит. К счастью, остались компании и кадровые специалисты, старающиеся работать всё-таки по старой схеме: массовые живые собеседования. Про них и пойдёт речь. Так получилось, что с некоторого времени, мне предложили проводить интервью кандидатов на роль QAA с Java. Плавно специализация превратилась вообще в собеседование любых QA. За полтора года более или менее успешно удалось прособеседовать больше полусотни кандидатов. И как раз про особенности, подходы и методы работы с кандидатом тут и повествование.

1. Смотрим резюме. Собственно единственное, что я хочу там в принципе увидеть - 2 вещи: образование и есть ли знания хоть одного языка программирования. Чего я жду от образования? Если оно техническое или инженерное - вероятность технической адекватности кандидата повышается в разы. Если там, как сейчас часто бывает: психолог, экономист, исполнитель танцев(было и такое), специалист по романо-германским языкам... я обычно сразу грустнею. Нет, безусловно, бывают исключения и весьма приятные, но против тенденции не попрёшь. Первичный технический скрининг приходится значительно расширять, чтобы оценить общее понимание каниддатом вообще базовых пинципов работы и процессов, с которыми он на практике сталкивался. Безусловно, и из людей с непрофильным образованием часто получаются отличные тестировщики, да и вообще инженеры, но если психолог или врач-гастроэнтеролог попадают на меня во время hardskill-интервью - придётся поотвечать на массу простых и "глупых" вопросов. Зачем я смотрю на знание любого языка программирования? Ну тут, вроде очевидно: если кандидат в принципе понимает базовые принципы разработки ПО, его сборки, деплоя и т.д. - у него уже есть хороший задел для понимания технических деталей работы всей команды.

2. "Глупые" вопросы. Как сказал какой-то мудрец в древней древности: "Понимать - значит суметь объяснить даже ребёнку". Масса простых, и как я их именую "глупых" вопросов позволяет многое понять о кандидате: что, собственно он знает и насколько глубоко в теме, как умеет изложить свои мысли, насколько его знания систематизированы, насколько релевантен опыт. Что такое сервер? Микросервис, свагер, тесткейс, тестплан, брокер сообщений, докер, кибана, CI/CD, STLC, HTTP. Знаменитое: "что такое ip-адрес" тоже отлично заходит. Спросить очевидное и посмотреть что будет... результат бывает занятным.