09.09.2022

РЕЗЮМЕ: #советы_от_рекрутеров для QA

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

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

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

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

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

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

На hh, например, работает булев поиск — это сильно сократит количество вариантов, которые будет перебирать рекрутер, чтобы найти резюме «Главный инженер по разработке тестов 1 категории».

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

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

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

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

1
2
3

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

Проект(ы)

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

Команда

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

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

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

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

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

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

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

QA automation engineer/SDET

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

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

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

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

Load testing engineer

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

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

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

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

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

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

 

Например, стек
Java 8, Selenium, PostgreSQL, Allure, Jira, Bitbucket, Python
быстрее доносит информацию, чем
Jira, Bitbucket, Allure, Python, Selenium, Java 8, PostgreSQL

 

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

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

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

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

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

Пример, «рассматриваю highload проекты в финтехе» или «интересует большая команда с несколькими коллегами QA” или «ищу проект с такими-то технологиями».

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

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

Похожие новости

Не баг, а фича: где искать и как оценивать тестировщиков

Как понять, какой именно тестировщик вам нужен, где его искать...

Все статьи

Оставить заявку





Отправляя данные, вы соглашаетесь с условиями пользовательского соглашения

Заявка отправлена успешно

Наши менеджеры свяжутся с вами в ближайшее время