Как найти первую работу в IT. Мои советы начинающим тестировщикам и не только

Когда люди узнают, что я бывший QA лид, менеджер, начинают спрашивать об обучении и проектах. Я верю, что все уже описано/рассказано до меня, поэтому не очень люблю давать советы на эту тему. Но если вам все же интересно мое мнение, подытожу все, что когда-либо рекомендовала своим студентам и подчиненным.

Эти советы больше ориентированы на тестировщиков, но в общем подойдут любой сфере, даже не айтишной.

Обучение

Всех, кто у меня спрашивал советов, что учить, отправляю на  Доу. Строго, много, технично, может быть местами устаревшее, но это старт.

Есть достаточно сил и самоорганизации – учитесь сами по этим статьям, используйте их как план обучения, а ресурсы ищите, как и где вам удобно. Нет – ищите курсы не за все деньги мира.

Наибольшая ценность курсов – возможность задавать вопросы и получать ответы. Но ютубчик, статьи или живой ментор из пространств LinkedIn дадут вам такой же результат.

Да-да, найти работающего QA и попроситься к нему на 1 час менторинга в неделю-две, реально. Тот самый нетворкинг, о котором пишут повсюду в LinkedIn. Кто-то откажет, а кто-то согласится. Просто подумайте об этом. Какие возможности открываются! А если этот человек сможет потом порекомендовать вас на какой-нибудь проект?

Но не стоит просто бросаться на людей с посылом «я новичок, может, к тебе на фирму надо новичков», а с умом просите о помощи «я сейчас учусь, и мне важно иметь кого-то, чтобы порой спросить что-нибудь по делу. Я вижу, у тебя куча опыта и <здесь максимально описываете, почему именно этот человек вас интересует>. Было ли тебе интересно уделить мне час своего времени раз в несколько недель?» – так это примерно вижу я, но подстраивайте под ваши нужды. Думается мне, что многие не устоят. Я бы 5 лет назад не устояла. Но задаем содержательные вопросы, а не «просто поговорить». Ценим свое время и специалиста.

Опыт

С этим труднее. Тестируйте все, что видите. Карма тестера передалась вам? Видите баги повсюду? Супер! Описывайте их. Описали? Отложите на неделю. Через неделю перечитайте. Понятно? Поздравляю, вы справились.

Нет? Переписывайте, пока не будет ясно. Задача со звездочкой – показать баг-репорт своей маме-бабушке-другу-партнеру. Суть одна – должно быть просто и понятно.

Баг-репорт – ваш основной скилл. Пока не доведете его до эталона, ничего не будет. После баг-репорта можете приступать к тест-кейсам. Вряд ли от трейни-джуна будут ожидать опыта работы с ними. Я не ожидала. Но вы же знаете, что требования к джунам сейчас такие, что не каждый мидл справится.

Возможно, у вас есть друзья-разработчики, которые «пилят» свой проектик – попросите там потестировать. Только багами их очень не забрасывайте, потому что быстро передумают. Также слышала о разных Open Source проектах. Сама никогда не тестировала, да и из того, что видела, там все достаточно техническое. Но, может, это и хорошо? Одним словом, попробовать стоит всякое и разное, Google в помощь.

Поиск работы

Вот здесь начинается самый-самый сложный этап. Просто выучиться недостаточно. Найти позицию и пройти собеседование – вот настоящий челлендж.

Не ведитесь на обещания курсов по трудоустройству. Удастся – супер. Нет – нет.

В большинстве своем вам просто хотят продать курс, а по факту вы ничего из того не получите. Если повезет, будет какая-то минимальная практика на реальном проекте, но не гарантированно.

Следите за форумами, сайтами, рассылками для джунов на том же DOU и других дев-ресурсах. Upwork и т. п. Некоторые особо жадные компании, даже иностранные, могут постить объявления даже на сайтах типа Work.ua – потому что на DOU жалеют заплатить комиссию или за публикацию объявления. Поэтому обратите на это внимание. Не факт, что и вам большую зарплату обещают. Но ведь опыт важнее денег, правда? Вам главное начать, а дальше это уже другая история. К этому мы вернемся позже.

По моему опыту, чаще всего, джунов и трейни ищут стартапчики для маленьких проектов, и у них HR нечасто существуют как таковые. Так что ставка на нетворкинг в LinkedIn, форумы, знакомства, тусовки, митапы. Пытайтесь быть в теме.

В крупных компаниях мониторьте IT-академии и всевозможные курсы со стажировкой. Курсы потому, что на них проводят нормальное собеседование и жесткий отбор. Попасть туда – все равно что на работу устроиться, надо иметь базовые знания и иногда даже опыт. Но там уже гарантий на трудоустройство больше. Да и курсы тестеров и стажировки от, например, SoftServe в резюме выглядят солиднее, чем курс от ноунейм-конторы, которых сейчас расплодилось множество.

Резюме

Правду пишут, что все джуны и трейни +/- на одно лицо. Базовые знания, какие-то курсы, ноль опыта. Как выбрать?

Я считаю, что, если компания решила, что им нужно начинающего, они, скорее всего, должны адаптировать немного процесс найма. Фловы для мидлов и сеньоров не сработают, как хотелось бы.

Когда мне нужны были трейни или джуны на проект, я давала тестовое – одна-две страницы в веб-приложении, четкие инструкции, задачи – найти и описать пару багов, указать которые надо критически пофиксить первоочередно и почему. Из этой задачи очень многое ясно о тестировщике: на чем фокусируется, какие фловы тестирует, есть ли понимание, как удобно описать баги, мотивация, в конце концов, – из 20 кандидатов задание прислали, может, 5-6.

В самом резюме мне важно было видеть, насколько человек вообще подготовился и посвятил времени – как оно оформлено, формат, который смогли расписать, а что даже не упомянули, какое-то вступление-описание. Я уж свыше пяти лет использую visualcv.com для всех своих резюме – там есть хорошие и простые шаблоны. Один раз оформите красиво, а потом будете просто дописывать и вносить правки.

Следующий важный момент – практически везде можно добавить сопроводительное письмо – его видят еще до самого CV. Не игнорируйте его, напишите несколько слов, почему вы, почему эта компания, свои сильные стороны. Кратко, но основное.

По-моему, основная ценность джунов и трейни – их мотивация быстро учиться, развиваться, работать сверхурочно, если надо, пыл, которого часто уже нет у мидлов и сеньоров. Сделайте так, чтобы ваша мотивация и любовь к делу (а не только к деньгам) были видны повсюду – и в месседже, и в резюме, и в тестовом.

Фейлы будут, заваленые собеседования, апликейшены без ответов, отказы, интервьюеры-козлы тоже будут. От этого никто не застрахован. Вам не нужно, чтобы все сказали «да». Вам достаточно одной компании. Поэтому не останавливайтесь, пока не найдете ту единственную компанию.

Начинайте рассылать CV и ходить на собеседования сразу же, как изучите теорию тестирования – она, в отличие от технических скилов, имеет начало и относительный конец.

Не забывайте продолжать учиться и на этапе прохождения собеседований, и уже когда получили оффер. В IT-сфере ваше обучение не заканчивается никогда. Изменяется только интенсивность. И первые полгода-год, а то и полтора-два интенсивность должна быть на максимуме ваших возможностей.

Развитие после

Если вы трейни-джун и попали в большую компанию – большой успех! План развития вам распишут чуть ли не в первый рабочий день.

Если же компания меньше, план развития составлять придется самим.

Я сторонница того, чтобы первые года 2-3 карьеры поработать на аутсорсинговые компании, где есть разные проекты – больше шансов получить разный опыт и нет огромного стресса «найди вакансию – пройди собеседование – получи оффер».

Но это не всегда возможно, поэтому работаем с тем, что есть. Первые месяцев 6-12 нужно учить все, что вам необходимо для текущего проекта. По меньшей мере 3 месяца займет только онбординг и въезд во все тонкости проекта. Будет достаточно большой соблазн на том и остановиться – тепло, свет и зарплату платят.

Но, к сожалению, никто не отменял сокращения, увольнения, кризисы на проектах и ​​другие форс-мажоры. Так что вы в любой момент можете оказаться на улице со скилсетом практически тем же, с которым и пришли.

Поверьте мне, человеку, которого дважды сокращали в самый неудобный момент. Также я видела три случая, когда тестеры приходили в маленький проект, радовались, работали и так проходило 3-5 лет. А потом – кризис, COVID или еще какая-нибудь гадость. Ты по опыту уже будто бы мидл мог быть, а по скилам не всюду на джуна проходишь. Зачем вам эти стрессы?!

Учиться, учиться, и еще раз учиться

План на первые 1-2 года – сертификация ISTQB. Сам сертификат у меня никогда не спрашивали. Но вдумчивая подготовка, изучение и понимание теории, умение привести пример из собственного проекта, поддержать дискуссию о том, какую технику дизайна следует использовать в том или ином кейсе – поверьте, это 40% успеха прохождения техсобеседования на любую позицию QA.

Нет, сертификат сам по себе вам эти знания не гарантирует. Поэтому я крайне не рекомендую все эти марафоны «подготовься и сдай сертификацию за 2 недели».

Тестировщик должен знать теорию тестирования. На уровне курсов ее знать маловато. Без привязки к реальному проекту – грош цена этим зазубренным срокам.

После того как вы сможете среди ночи объяснить разницу между статик и динамик тестированием, и еще несколькими хитроумными терминами, можете углублять свои знания в любом направлении.

По моему скромному мнению, нужно обратить внимание на:

• API-тестирование и автоматизация тест-кейсов
• SQL и тестирование без данных
• Тонкости тестирования мобильных приложений
• Автоматизацию тестирования веб-приложений

Вы можете дополнять этот список по своему усмотрению. Индустрия гибкая, на любой скилсет найдется позиция.

В заключение

Начинать всегда тяжело, это 100% выход из зоны комфорта. Здесь так же, как со стартапами и любой идеей – начинают тысячи, а к финишу приходят единицы. Но из тех, кто не дошел до финиша, ни один не сожалеет о том, что начал.