Вернуться назад

Трудоустройство — сложный и многоэтапный процесс с подводными камнями, один из которых — составление удачного резюме. Рекрутеры в день просматривают приличное количество профилей кандидатов,  — важно составить резюме, которое поможет обратить на себя внимание и собрать как можно больше приглашений на собеседование. В этой статье мы хотим поделиться несколькими советами*, которые помогут тестировщикам не только четко донести до нанимающего специалиста нужную информацию, но и сократить дальнейшее интервью с рекрутером/HR.

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

Должности/название резюме

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

• QA engineer
• QA automation engineer
• Load (testing) engineer
• SDET
• Lead QA

Структура резюме:

Не расписывайте всю свою жизнь, но и не ограничивайтесь формулировками «Проведение тестирования».
Рекрутера чаще интересует подробный опыт за последние 3 года, который он сможет прочитать за секунд 20-30.
Попробуйте блочную структуру резюме:

• Проект
• Команда/процессы работы
• Задачи/обязанности
• Стек технологий/инструментов

Примеры резюме:

Остановимся подробнее на каждом из пунктов:

Проект(ы)

Сложные названия и аббревиатуры скорее всего будут понятны только вашим коллегам, поэтому постарайтесь написать максимально информативный вариант, чтобы человек, не погруженный в контекст мог понять, что же вы все-таки тестировали.
Пример, аббревиатуру ГИС МДЛП, рекрутеру придется еще погуглить, хотя можно было бы написать «Маркировка лекарств».
Также желательно указать архитектуру проекта, и много ли у вашего модуля интеграций с другими системами, будь то внешние или внутренние.
Важно отразить именно вашу личную зону ответственности.

Команда

Обозначьте роли коллег, с кем приходилось чаще всего взаимодействовать, а также процесс работы (Scrum/Kanban, waterfall или что-то др.).
Были ли помимо вас другие QA в команде или же вы «соло-игрок»?

Обязанности/задачи

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

QA engineer (мануальное тестирование):

Предлагаем ответить на несколько вопросов
(развернуто записать ответы на них):

• Что тестировали бекенд/фронтенд/БД/мобилку (нативные/гибридки)?
• Если приходилось совмещать направления, то сколько процентов рабочего времени приходилось на каждое?
• Какие виды тестирования проводили на проекте (функциональное, регрессионное, интеграционное, смоук и пр)?
• Проводили ли тестирование/анализ требований?
• Какие тестовые артефакты приходилось делать(тест-кейсы, чек-листы, тест-планы и пр.)?
• Писали ли SQL запросы? Какого уровня? (Различаете ли джоины, а, может, даже триггеры и функции не вызывают проблем?)

Опционально:
• Был ли опыт проведения собеседований в команду?
• Занимались ли наставничеством, менторством, обучением?

QA automation engineer/SDET

Предлагаем ответить на несколько вопросов
(развернуто записать ответы на них):

• Что автоматизировали бекенд/фронтенд/мобилку (нативные/гибридки)?
• Если приходилось совмещать направления, то сколько процентов рабочего времени приходилось на каждое?
• Какие автотесты разрабатывали (unit, integration, E2E или др)?
• Был ли опыт создания framework’а для тестирования (с нуля/рефакторинг/помощь коллегам)?
• Занимались ли мануальным тестированием в параллель с авто? Если да, то какой процент времени уходил на авто, а какой на ручное?
• Какие тестовые артефакты приходилось делать? (тест-кейсы, чек-листы и пр.)
• Писали ли SQL запросы? Какого уровня? (Различаете ли джоины, а, может, даже триггеры и функции не вызывают проблем?)
• С какими процессами CI/CD приходилось самостоятельно работать?
• Как формировали отчеты о прохождении авто-тестирования?

Опционально:

• Был ли опыт проведения собеседований в команду?
• Занимались ли наставничеством, менторством, обучением?

Load testing engineer

Предлагаем ответить на несколько вопросов
(развернуто записать ответы на них):

• Разрабатывали ли методику и профиль нагрузочного тестирования? (с нуля или актуализация уже существующих)
• Разрабатывали ли скрипты/сценарии нагрузочного тестирования?
• Был ли опыт разработки заглушек?
• Подготавливали ли тестовые данные?
• Писали ли SQL запросы? Какого уровня? (различаете ли джоины, а, может, даже триггеры и функции не вызывают проблем?)
• Проводили ли анализ производительности БД?
• Был ли опыт с Kubernetes/Openshift(просмотр состояния кластера, логов и пр.)?

Опционально:

• Был ли опыт проведения собеседований в команду?
• Занимались ли наставничеством, менторством, обучением?

Стек технологий/инструментов

Здесь предлагаем наиболее полно отразить технологии и инструменты, с чем приходилось работать в порядке убывания экспертизы.

Прочее, но не менее важное

Многие пренебрегают такой полезной графой как ДОСТИЖЕНИЯ, а очень зря.
Данная информация крайне полезна в резюме, когда на вакансию достаточно большой поток и у нанимающего лида очень мало времени на проведение технических собеседований — она может выделить вас на фоне других кандидатов.
Не обязательно это должны быть какие-то точные цифры прибыли компании, которую вы принесли своими действиями.
Это может быть даже что-то не слишком значительное, но то, чем вы гордитесь и готовы с удовольствием рассказать на техническом интервью будущим коллегам.

Главное помнить, что достижения — это субъективный пункт в резюме, поэтому что-то тривиальное для вас может быть крайне интересно для новой компании.
Достижения можно прописывать как в каждом месте работы, так и в графе «О себе», 2-3 примера будет вполне достаточно.

Если у вас есть точные критерии, по которым вы выбираете место работы, их так же можно прописать в графе «О себе».

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

Свое красивое резюме и контакты можно направлять нашим рекрутерам через карьерный сайт https://job.inpglobal.com/vacancies_code. В Innovative People работают разработчики, тестировщики, аналитики, дизайнеры из разных стран и городов. Мы будем рады видеть тебя частью нашей команды.