Как ChatGPT помогает искать работу: опыт QA-инженера

Привет! Меня зовут Антон Червонный, мне 29 лет, и чуть больше трёх из них я занимаюсь тестированием. Чтобы стать QA-инженером, я прошёл курсы «Инженер по тестированию» и «Автоматизатор тестирования на Java» в Яндекс Практикуме, но это не весь мой релевантный опыт — до этого я оптимизировал процессы в отельном бизнесе и обеспечивал качество в сети квест-комнат.

Я много лет живу в Австрии. В этом материале я расскажу, как дорос до синьора за три года и чем отличаются привычки нанимающих менеджеров в Европе и России. И самое главное: поделюсь методикой, которая помогает мне получать приглашения на собеседования в ответ на 8 откликов из 10.

Что было до IT: QA в отеле и экшн-квестах

После девятого класса я ушёл на домашнее обучение в школе и поступил на детского психолога в «Малую академию» в Краснодаре (академии большой привет!). Защитил итоговую работу, но так и не забрал диплом. Начинал учиться на психоаналитика — освоил теорию, но не смог оплатить практику. Поступил на бюджет Кубанского государственного медицинского университета — отучился два с половиной года и… уехал за границу.

В Австрии я тоже хотел поступить в медицинский, но не получилось, помешал языковой барьер. Чтобы остаться в стране, нужно было куда-то податься. В разное время я учился на химика, социолога, специалиста по умным домам. Не то чтобы у меня что-то не получалось. Скорее, я просто не сразу понимал, что именно мне подходит, и почти всегда терял интерес со временем. Возможно, причина в моём подходе. Ведь как обычно делают умные люди? Учатся и подрабатывают. А я работал и подучивался — в корне неправильная стратегия.

Моей первой работой за рубежом был ночной аудит в небольшой сети отелей. Я контролировал уходящую смену и готовил всё к новой. А так как я человек, который лишний раз не напряжётся, я быстро автоматизировал свою работу. Владельцу мой подход понравился, и он предложил расширить его на все процессы компании. Так я получил должность Quality Assurance of People and Processes — уже QA, но пока ещё никакого софтвера.

Вот несколько моих нововведений в этой сети на должности аудитора и QA:

• решение по логистике белья. Каждый отель часть белья стирает сам, а часть — отдаёт в химчистку. Благодаря моей системе подсчётов нам удалось уменьшить количество выездных химчисток, максимально эффективно используя свои стиральные машины;

• гибкая система ценообразования. Мы изучали афиши конференций в ближайших районах Вены, искали потенциальных посетителей из других городов на LinkedIn и предлагали им групповые скидки;

• система подбора дней для отпусков, чтобы сотрудники были довольны, а процессы не страдали из-за нехватки людей. Это был мой первый опыт автоматизации — я использовал нейросети, которые тогда уже начали появляться, и написал первый скрипт в Excel.

Потом я работал в сети, которая делает офлайн-квесты по всей Европе. Я писал сценарии, строил комнаты (прямо руками!), настраивал программную часть, прокладывал кабели, ставил сенсоры, продумывал логику. Со временем меня и там затянуло в QA — если начинал я автором, то к концу я уже был QA-менеджером и отвечал за обеспечение качества: проверял техническое оснащение комнат перед играми и после, тестировал новые сценарии, собирал и анализировал фидбек посетителей, следил за контроллерами и датчиками.

Первый опыт в IT и спринт до полной автоматизации на австрийской почте

Когда в мире случилась пандемия, я решил двигаться в сторону удалённой работы. Посмотрел на рынок и понял, что там очень много программистов — их клепают и клепают! Закралась мысль: если разработчиков так много, значит, кому-то нужно тестировать то, что они создают? Может, есть что-то вроде Quality Assurance, но в IT? Оказалось, что есть. И даже мой скилсет не так далёк от нужного.

В Японии есть такое понятие, как икигай — так называют ощущение своего предназначения в жизни. Обычно его показывают картинкой — там, где кружочки сходятся, там и лучшее решение. У меня они сошлись в тестировании. Мне платили за что-то подобное, я хорошо анализирую и оптимизирую процессы, люблю докапываться до мелочей, и это, как оказалось, востребовано.

Я изучил 50 вакансий и выписал требуемые от кандидатов навыки. Потом сравнил программы разных школ, чтобы понять, где мне помогут всё это освоить. Смотрел варианты и в англоязычном, и в немецкоязычном сегменте, но ничего не подошло по соотношению цены и качества. Было несколько одинаково привлекательных вариантов в России. Я выбрал Практикум. Первое место работы — QA-инженером на государственной австрийской почте — я нашёл, когда дописывал диплом.

В Европе нет как такового разделения на мануальщиков и автоматизаторов. Точнее, оно есть, но в большинстве случаев нанимающая сторона хочет сэкономить и намеренно не разделяет эти понятия — и если берёт QA-инженера, то подразумевает, что он может уверенно писать тесты. Меня работодатель тоже брал «на вырост» — я должен был быстро освоить автотесты (как раз тогда я взял курс по ним в Практикуме), доказать это корочкой и заслужить полноценную зарплату.

Так и было. Только писать тесты надо было на C#, а в Практикуме был курс по Java. Прошёл ещё пару курсов в Udemy — сидел до двух часов ночи, учил синтаксис и библиотеки, смотрел, как люди выстраивают фреймворки, и в итоге смог приступить к полноценной работе ещё через пару недель.

На тот момент в австрийской почте была слабая культура автоматизации, и мне нужно было настраивать её в каждом отделе. За 14 месяцев я прошёл 11 команд с разными проектами, уровнями legacy и качеством написанного кода. А потом мне пришлось уволиться. Для вида на жительство в Австрии нужен специальный документ от работодателя, и на почте мне с ним, к сожалению, не помогли.

После почты я удачно наткнулся на американскую компанию Radancy, у которой есть филиал в Австрии. Компания занимается Talent Acquisition SaaS — предоставляет разные пакеты для компаний, чтобы они могли оптимизировать процесс найма специалистов. Пакеты включают бэкенд с аналитикой; бэкенд с посадочной страницей, обработчиком заявок и добавлением в пул; или же бэкенд с посадочной страницей и микрофронтенд-частью, встраиваемой в любое место на стороне клиента. Такой сервис помогает сэкономить до 80% затрат компании на найм сотрудников.

В Radancy мне предложили должность SDET (Software Development Engineer in Test). Мне казалось, что эта позиция заоблачная. Многие считают, что это вообще пик карьеры для QA-инженера! Всё оказалось не так — я настраивал фреймворки автоматизации и обходился теми знаниями, которые у меня уже были. Спустя год мы с менеджментом не сошлись во взглядах, и я ушёл — но зато с тех пор я хорошо знаю, как устроены сервисы найма.

Потом я устроился в немецкую компанию Adesso. Это агентство, которое нанимает специалистов и сдаёт их в аренду другим организациям. Так я оказался в государственной компании, которая занимается цифровыми продуктами по всей Австрии. Я так же разрабатываю фреймворки автоматизации — остальные подробности, увы, под NDA. И теперь я официально синьор! Получается, этот путь занял у меня три года.

Чем отличается трудоустройство в Европе и странах СНГ

Собеседоваться при наличии работы — моё хобби. Из любопытства я ходил на интервью и в европейские компании, и к работодателям из СНГ. Могу сказать, что эти рынки во многом похожи, но всё же у них есть несколько отличий.

В Европе работодатели больше смотрят на сертификаты и вообще не смотрят на высшее образование. По крайней мере, у меня диплом спрашивали всего дважды, зато сертификаты с курсов пригождались постоянно.

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

Зато работодатели в Европе охотно дают фидбек, когда ты не проходишь. Компании в СНГ почему-то этого не делают — то ли очень гордые, то ли занятые, то ли не считают это важным.

У кандидатов в разных странах есть общая проблема — трудность выхода на коммуникацию. Прежде чем ты побеседуешь с живым человеком, должен произойти целый пайплайн событий. Знаю, что кандидаты в странах СНГ прорываются через этот барьер, отправляя сотни откликов. 

У меня другой подход. Я стараюсь «бить» в компании точечно и готовиться к отправке небольшого количества откликов заранее — так, чтобы точно пройти первичный скрининг и отсев автоматическими системами. 

Как получать отклики на LinkedIn: пошаговая инструкция

Дисклеймер: я давно не использую площадки кроме LinkedIn и редко прохожу собеседования в компаниях из СНГ. Поэтому мой метод подойдёт не каждому, но может пригодиться, если вы хотите попасть в международную компанию.

Первый этап. Подготовка таблички с вакансиями

Первый этап занимает несколько часов. Я выбираю на LinkedIn 25–50 вакансий, которые мне интересны и более-менее соответствуют моему скилсету, а потом прошу ChatGPT составить табличку вариантов с тремя критериями: 

• требуемые навыки, 

• то, чем придётся заниматься,

• зарплата и бенефиты.

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

После диалога на скриншоте я копирую описания вакансий в чат — и получаю большую сводную таблицу. Вместо ChatGPT можно использовать и другую модель, которая подходит для аналитики.

Второй этап. Выявление своего релевантного скилсета

После этого я прошу ChatGPT составить портрет идеального кандидата на все эти вакансии. Нейросеть выдаёт список навыков.

Теперь я копирую этот список в отдельный документ и убираю навыки, которыми не владею, и технологии, с которыми не сталкивался. Что-то слышал, но не пользовался? Тоже убираю. Остаётся описание моего объективного, но при этом релевантного скилсета.

Третий этап. Отсев вакансий

Я копирую этот скилсет в чат и пишу: «Окей, дорогой ChatGPT, вот мои навыки. Подбери, пожалуйста, вакансии, требования в которых соответствуют моему портрету хотя бы на 80%». 

Обычно на этом этапе мне возвращается примерно 60% вакансий из изначальной таблицы.

Четвёртый этап. Прокачка навыков на LinkedIn

Потом я снова беру свой скилсет, который выявил на втором этапе, и возвращаюсь в LinkedIn. В профиле пользователя есть раздел «Навыки». Их можно «прокачивать»: дополнять, описывать, просить подтверждать их друзей или коллег. Как именно вы это делаете — up to you.

Работа с навыками повышает шанс прохождения первичного скрининга и место в выдаче потенциальных кандидатов на стороне работодателя.

Пятый этап. Отправка откликов

Теперь я возвращаюсь к списку подходящих вакансий и отправляю отклики.

Я начинал со ста откликов и постепенно уменьшал их количество. Теперь я подаю не больше 10 заявок — и обычно получаю 8 положительных ответов из 10.

А ещё внимательно смотрю, что мне предлагает сервис, — когда вы переходите на вакансию X, LinkedIn часто сообщает, что теперь вы ещё и отличный кандидат на вакансию Y. А вы, возможно, отсеяли или просто не заметили её раньше. На такие предложения тоже можно откликаться.

Шестой этап. Анализ и работа с фидбеком

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

Если работодатель отказал, это ещё не конец. Я рекомендую запрашивать фидбек, чтобы узнать, где вы недотягиваете. У меня для этого есть любимая формулировка: «Что бы вас мотивировало прямо сейчас пригласить меня на интервью?» Допустим, работодатель отвечает, что не увидел мотивации, — значит, я зафиксирую это в тикете и при следующем отклике лучше напишу мотивационное письмо. Или работодатель отвечает, что ему не хватило сертификатов, — тогда я добавлю в профиль не только документ из Практикума, но и сертификат ISTQB. 

Пять советов джуниорам

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

Ходите на собеседования, даже когда не ищете работу

Вам важно понимать, чего требует рынок, куда он «течёт» и насколько вы ему соответствуете. Лучше всего с этим помогут интервью от работодателей. И вот как именно.

• Если поймёте, что ваш скилсет выше, чем требуется на рынке, сможете уверенно попросить прибавку на нынешнем месте работы.

• Всегда будете иметь запасные варианты для трудоустройства.

• Будете быстро узнавать про новые технологии, которые используются на рынке, и проходить курсы — если договоритесь, то за счёт работодателя.

Научитесь продавать свои услуги

Самая распространённая ошибка выпускников курсов — начинающие специалисты просто не умеют продавать свои услуги. Мне кажется, первый десяток своих собеседований я вытащил на одних софтскилах, и для меня стало открытием, что не все уделяют им достаточно много внимания. А это прямо must-have для джуниора.

Будьте уверены в себе и в том, что вы делаете, рассказывайте про опыт с гордостью, показывайте заинтересованность, активность и коммуникабельность.

Не зубрите — старайтесь понять смысл

Со следующей проблемой я часто сталкиваюсь, когда нанимаю молодых специалистов. Они умеют работать, но не всегда осознают, что делают. Начинаешь задавать вопросы по теории — отвечают. Задаёшь вопрос на рассуждение — молчат. Странно, когда человек может выполнять даже сложные задания, но не знает, например, какую ценность приносит команде в определённой итерации разработки. Или может сделать баг-репорт, но не понимает, зачем он нужен.

Будьте многополярными

QA — это область, где нет центрального органа, который регулирует термины и понятия. Есть комьюнити, разные образовательные сообщества и сертификации, нормы ISO, но нет универсальных решений. Только много точек зрения, каждая из которых верная в своём контексте.

И тут можно вспомнить про мой «любимый» сертификат ISTQB. Это одна из самых популярных систем квалификации для QA-инженеров, которая определяет стандарты тестирования. Знания этой системы требуют во многих компаниях, особенно если в командах рекрутмента нет человека, который мог бы компетентно проверить навыки тестировщика. В итоге на рынке появляется много специалистов, которые воспринимают стандарты ISTQB как догму и не готовы от неё отходить — а в работе это часто необходимо.

Уважайте то, чем занимаетесь

Бывает, что человек хорошо знает теорию, умеет работать и продавать свои услуги, но при этом относится к работе пренебрежительно. Будто тестирование — это непрестижно, недостойно уважения или просто перевалочный пункт на пути к работе разработчиком или продакт-оунером. Для меня как нанимающего QA-инженера это red flag. Человек должен гореть тем, что делает.