Меня зовут Вадим, я тестировщик в ЮMoney. Недавно моя знакомая разработчица из Канады искала работу в тестировании, в том числе в российских компаниях, и обратила внимание, что у нас собеседования сложнее: они более долгие, детальные и насыщенные техническими вопросами. У меня зарубежного опыта нет, но впечатления от интервью в наших компаниях позитивные — ищут скрупулёзно и надолго, готовы растить сотрудников и обращают внимание на софты.
В этом тексте я расскажу, как прошёл около семи собеседований, три из которых были странными, и поделюсь своим опытом и рекомендациями: на каких площадках тестировщику лучше искать работу, чтобы поиск не затягивался, из каких этапов состоит интервью и что обычно спрашивают в технической части.
Дисклеймер: в статье описан мой личный опыт, который может не совпадать с вашим. Поэтому воспринимайте мои советы не как универсальные, а как субъективные рекомендации человека, который столкнулся с поиском работы в тестировании.
Где тестировщику искать работу в 2024 году: через мессенджер, сайт с вакансиями или Хабр
Я начал искать работу QA в феврале этого года. Откликался на вакансии на трёх площадках: hh, Telegram и Хабр. Больше всего мне понравился Telegram — там самая быстрая обратная связь от эйчаров. Кстати, именно там мы встретились с ЮMoney — познакомились, я отправил резюме на рабочую почту рекрутера, мы договорились об интервью.
Почему в мессенджере удобно:
Можно пообщаться с эйчаром напрямую — написать ему в личку.
Уведомления приходят быстро, и видно, что твой отклик заметили.
Общение живое, можно оперативно договориться о созвоне или встрече.
На работном сайте мои отклики рассматривали с большим опозданием. Например, из одной компании мне написали, когда прошёл уже месяц моего испытательного срока в ЮMoney. А были случаи, когда перезванивали через полгода.
По Хабру особых результатов я не получил, но понравилось, что там я мог связаться напрямую с сотрудниками разных компаний и поинтересоваться, как им работается.
Какие тестировщики сейчас нужны
Выбор вакансий QA такой большой, что глаза разбегаются. В основном ищут тестировщиков уровня Middle и Senior с опытом работы более двух-трёх лет. Обязательное требование, которое часто встречается, — опыт от года в написании автотестов на определённом языке программирования (далее — ЯП).
Вопрос соответствия навыков требованиям актуальнее, когда есть опыт работы. Я старался откликаться на подходящий мне стек. Иногда попадались интересные проекты, и, если стек не совпадал, было обидно не выйти даже на скрининг. Хотя мне очень хотелось, например, поработать с искусственным интеллектом, и такую возможность предлагал один стартап из Новосибирска. Но я осознавал все риски работы в молодой компании и в итоге предпочёл надёжность и стабильность.
Какие этапы собеседования ждут тестировщика
Они стандартные: общение с эйчаром в чате, созвон по телефону или в Telegram, техническое собеседование с командой и руководителем. На скрининге задают вопросы по теории и спрашивают про личные мотивы. Иногда какие-то этапы пропускают, иногда добавляют новые.
Например, в одном известном банке меня попросили пройти тесты на знание теории тестирования и ЯП. ЯП я завалил, потому что не успел подготовиться: работал по вечерам, чтобы компенсировать время, потраченное на собеседования.
У меня был примерно двухлетний перерыв в использовании требуемого языка. Если вы планируете откликаться на вакансии QA, советую повторить требуемый ЯП сразу, потому что времени на подготовку дают мало — около суток.
Набив первую шишку, я стал заранее уточнять у эйчаров, будет ли тестирование на знание ЯП или лайвкодинг, чтобы к нему подготовиться. Так было на собеседовании в одну большую синюю компанию, куда я пошёл по рекомендации своего хорошего знакомого. Когда готовился к интервью, делал упор на брокеры сообщений.
Также на собеседовании был этап разбора написанного кода — и, по классике, написание запросов SQL, с которым я справился на отлично. Мне сказали, что я очень сильный мидл и что мне подготовят оффер. Но в итоге взяли сеньора, а теперь ищут джуна. 🤷♂️ К такому повороту событий нужно быть готовым и не расстраиваться — будут новые варианты.
Каждое техническое собеседование длится около двух часов
Иногда и больше, но никак не меньше. На технических собеседованиях мне не задавали вопросов по типу «Какая цель тестирования?», «Дайте определение такому-то виду тестирования». Такие вопросы часто встречались три года назад, когда я искал работу перед приходом в ЮMoney. В основном мы разбирали кейсы, которые могут возникнуть в процессе работы, например:
У тебя есть стенд, на котором пройден регресс. Пришёл проджект-менеджер и сказал, что в завтрашний релиз надо включить ещё одну фичу. Что будешь делать?
Пришла таска, доки нет.
Можно ли релизить фичу с багами?
Есть короткое описание фичи. С чего начнёшь тестировать, если времени мало?
В ЮMoney техническое собеседование было самым интересным и сложным из всех. На интервью была большая команда, задавали всеобъемлющие вопросы на «порассуждать». Были и задачи на чтение логов, где нужно пояснить, что случилось, на каком этапе и что сделать, чтобы решить задачу. Подробно обсуждали бэкенд-части и базы данных.
На любом собеседовании я старался рассуждать вслух, даже когда не знал верного ответа, чтобы интервьюер видел ход моих мыслей и мог оценить уровень моих компетенций. Часто интервьюеры подталкивают соискателя в нужную сторону, так было и в ЮMoney. Однако из-за двухчасового мозгового штурма в конце было сложно: хотелось сделать паузу, но не обрывать звонок совсем и продолжить обсуждение технической части после перерыва — настолько интересными были мои будущие коллеги.
О чём чаще всего спрашивают тестировщиков на технических собеседованиях
На всех собеседованиях спрашивали про объектно-ориентированное программирование (ООП), проверяли знания ЯП и работу во фреймворках, знание бэкенд-части (разбор логов и технических кейсов), SQL или Mongo, Docker, Linux и CI/CD.
Все вопросы подразумевали неповерхностное понимание технологий. Например, по Linux мало знать общие команды — лучше потренироваться подключаться к серверам, создавать пользователей, искать значения в файлах и текстах, поработать в кубере. Причём вопросы про команды Linux появлялись уже на скрининге.
Для Docker нужно понимать Docker Compose и знать, чем докеризация отличается от виртуализации, какие у докеризации преимущества, как развернуть контейнер, приложение, маппинг и так далее. А лучше всего развернуть в докере базу данных и посылать в неё запросы через консоль, записывая при этом логи.
Я удивлялся, когда от меня ждали более глубокого понимания CI/CD-систем — к этому готов не был, и приходилось погружаться в теорию. Спрашивали, например, чем CI отличается от CD и какие преимущества дают те или иные технологии.
В каждой компании делают упор на разные технологии, но перечисленные выше темы обычно занимали больше половины собеседования. Были и вопросы, которые касались процессов тестирования, но их задавали реже и они казались мне лёгкими.
Были и очень странные собеседования, где по технической части почти не спрашивали
Однажды на мой вопрос «А как вы будете оценивать уровень компетенции?» мне ответили: «Будем смотреть, как человек говорит и какой он. Всё равно у нас нет знаний, чтобы оценить ответы». Собеседование проходило в Skype, его проводил директор компании, одетый в белый махровый халат. На созвоне присутствовала и эйчар. Оффер я не получил. Очевидно, или плохо говорил, или оказался неподходящим человеком.
На другом собеседовании интервьюеры уже на на 11-й минуте заявили, что я им подхожу и меня берут. Я заподозрил что-то неладное и решил, что лучше поищу ещё варианты.
Также был случай, когда меня собеседовал неопытный тестировщик, который сильно уступал мне в знаниях и опыте работы. Это было заметно. Например, он очень удивился, когда я сказал, что 500-й ответ может быть признаком бага на клиенте или во втором звене при несоблюдении контракта. Интервьюера выдавали и другие мелочи, и я задал ему прямой вопрос:
— Давно работаешь тестировщиком?
— Ну… месяц.
Было заметно, что его это смутило.
— Как собираешься оценивать мою компетентность?
— А у меня правильные ответы записаны.
Собеседование мы закончили через 15 минут, когда список вопросов был исчерпан. Это была какая-то онлайн-школа по тестированию, не особо известная, искали преподавателя. Результатами собеседования я не стал интересоваться по понятным причинам.
Если вы подошли команде по софтам, скорее всего, вам простят пробелы в знаниях и недостаток опыта
Но тут важно понять, есть ли это совпадение. Поэтому я чётко описывал, чего жду от работы в новой компании. Например, мне было важно узнать о количестве переработок, о значимости сроков релизов, о спешке в работе и многом другом — у каждого кандидата свой список.
Такое обычно внимательно слушают и всегда задают вопросы в духе «Почему меняешь работу?», «Что тебе важно на новом месте?». Я старался быть честным и говорить прямо, потому что эта часть собеседования иногда даже важнее, чем техническая.
После обратной связи и получения офферов я пинговал эйчаров
Интересным компаниям я так и писал — мол, получил офферы в другие места, но ваш для меня приоритетный, можете ли ускорить обратную связь? Это помогало: отвечали сразу — либо да, либо нет.
Также я отменял назначенные собеседования, которые уже не имели смысла, потому что я получил оффер в другом месте. Обычно это вызывало у эйчаров искреннюю благодарность.
Чем отличаются собеседования в QA три года назад и сейчас
Для меня главное отличие в том, что в 2021-м я ещё был джуном и старался зацепить эйчаров сопроводительным письмом, потому что опыта было мало. В этом году я особо не заморачивался — просто кидал отклик и ссылку на вакансию, когда общались с эйчаром в Telegram. Не люблю писать сопроводительные письма — люблю, когда всё коротко и ясно.
В 2021 году мои отклики просматривали, если я прикладывал ссылку на свой GitHub.
В 2024-м больше спрашивали по технической части и задавали более сложные вопросы с лайвкодингом и демонстрацией логов (по типу «Что тут произошло?» и «Как бы ты решил этот вопрос как разработчик?»).
Собеседования стали дольше: за час никак не управиться, а чаще всего и за два.
Теории в собеседованиях стало меньше. Требуют больше понимания технологий, а не зазубренных ответов.
Неизменным оказалось одно: сильные харды — это всегда хорошо, но если ещё и софты подошли, то к отсутствию каких-то других навыков относятся с пониманием и готовы обучать.
Выводы
С каждым новым собеседованием я убеждался, как разнится стек — во всех компаниях он уникальный.
Несмотря на обширный рынок вакансий в целом по стране, выбор так или иначе сужается до твоего стека.
Радует то, как наши специалисты стараются и с огнём в глазах развивают тестирование в своей компании — я почувствовал это на собеседованиях.
В 2024 году я сделал выбор в пользу большой и технологичной компании — мне это было важно как отцу двоих детей. В России много интересных стартапов, но риски там выше — это не для меня. Как-то раз я уже работал в стартапе, который закрылся.
В целом ощущения от поиска работы в QA в этом году позитивные. Чтобы найти новое место, у меня ушло около двух недель. В команде ЮMoney я уже два месяца, уверен, что наша история продлится долго.
Если вы тестировщик, который планирует искать работу или уже находится в поиске, задавайте вопросы в комментариях — буду рад дать совет. Кстати, сейчас в QA ЮMoney открыто несколько вакансий — откликайтесь.