Резюме тестировщика (QA-инженера): навыки и опыт

Тестировщик перечисляет в резюме два десятка инструментов — от Jira до Selenium — и не получает ответа. Дело почти всегда не в наборе технологий, а в подаче: рекрутёр видит список слов и не понимает, что вы на самом деле умеете проверять и что нашли в прошлых проектах. На первичный просмотр резюме уходит около 10 секунд, и за это время сильный тестировщик должен читаться по результатам, а не по длине списка.

Резюме тестировщика (он же QA-инженер) — это заявка, которую читают как проверку по чек-листу: её собирают из шести блоков, а в разделе опыта каждую строку пишут по формуле «что проверял плюс что нашёл плюс на что повлияло», чтобы вместо перечня обязанностей читался измеримый результат. Ниже разберём, на что смотрит рекрутёр, из каких блоков собрать резюме, как перечислить навыки, чтобы их прочитали и программа-фильтр (ATS), и нанимающий, и как описать опыт, если коммерческого пока нет.

За первые секунды нанимающий проверяет несколько сигналов — по ним он решает, читать ли дальше:

• Роль и грейд в заголовке. «QA Engineer / Junior QA» с направлением (ручное или автоматизация) понятнее, чем «специалист» или «IT-специалист».
• Навыки под задачу. Инструменты и языки, которые названы в вакансии, а не весь стек тестирования подряд.
• Результат, а не список обязанностей. По разным оценкам около 70% работодателей при первичном отборе смотрят именно на конкретные результаты, а не на перечень задач.
• Умение работать с требованиями. Не «писал тест-кейсы», а что проверяли и какие дефекты это отловило до релиза.
• Структура. Наверху — самое сильное; резюме читается как аккуратный чек-лист, а не как поток.

Дальше — как собрать каждый блок так, чтобы эти сигналы читались с первого экрана.

Резюме тестировщика держится на шести блоках, остальное второстепенно:

1. Заголовок и контакты. Роль как в вакансии («Инженер по тестированию, QA Engineer»), грейд и направление, город, Telegram и ссылка на GitHub.
2. Саммари (о себе). Три-четыре строки: направление (ручное, автоматизация, API), ключевые инструменты, тип продуктов (веб, мобайл, backend) и цель.
3. Навыки. Инструменты и методики, сгруппированные по категориям, с формулировками из вакансии.
4. Опыт. Задачи, переписанные в результаты: что проверяли, что нашли и на что это повлияло.
5. Проекты и GitHub. Автотесты, API-тесты, чек-листы, учебные разборы — доказательство навыка на деле.
6. Образование и курсы. Ниже: у тестировщика их перебивают инструменты и доведённые проекты.

Разберём блоки, которые решают исход, — навыки и опыт.

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

• Группируйте по категориям — теория и тест-дизайн, инструменты, база, автоматизация. Стена из двадцати слов подряд не читается, сгруппированный список — читается.
• Пишите названия точно как в вакансии. «Postman» и «SQL», а не «умею работать с API» и «знаю базы данных»: программа-фильтр сверяет текст резюме с текстом вакансии буквально, и около 70% компаний, по отраслевым оценкам, отбирают резюме через такие системы.
• Не используйте шкалы владения. «Selenium ▓▓▓▓░ 80%» фильтр не читает, а нанимающий не верит самооценке.

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

Это главный блок и главная ошибка. Большинство пишет, чем занимался, — а нанимающий ищет, что изменилось. «Тестировал мобильное приложение» — процесс. «Составил набор тест-кейсов на оплату и нашёл дефект, из-за которого списывались деньги без заказа, — поймали до релиза» — результат, и именно такие строки дочитывают.

Собирайте каждую строку по короткой формуле: что проверял + что сделал (сколько тест-кейсов, дефектов) + на что повлияло. Опора здесь — задачи тестировщика: покрытие требований, найденные дефекты, критические баги, ускорение регресса за счёт автотестов.

Цифры в примерах иллюстративные — подставьте свои реальные. По отраслевым оценкам, резюме с измеримыми результатами зовут на собеседование примерно на 40% чаще — цифра работает на вас. Если точной метрики нет, возьмите другой измеримый масштаб: число тест-кейсов и чек-листов, количество релизов, которые вы закрывали, объём регресса. Чего делать нельзя — выдумывать проценты, которые не объясните: на собеседовании спросят, откуда они. Как собрать такую строку из задачи, подробно — в разборе как описать достижения в резюме.

«Тестировщик» — это несколько разных ролей, и вакансии их делят. Назовите свою и подстройте под неё акценты:

• Ручной тестировщик (Manual QA). Наверх — тест-дизайн, работа с требованиями, тест-кейсы и баг-репорты.
• Автоматизатор (AQA). Язык (Python, Java), фреймворки (Selenium, PyTest), API-тесты, запуск в CI и код на GitHub. Если в работе тянет к CI и инфраструктуре, соседняя роль — DevOps; как собрать резюме под неё, разобрано в статье резюме DevOps-инженера.
• QA-инженер широкого профиля. Ручное и автоматизация вместе плюс участие в процессах качества.
• Тестировщик API и backend. Postman, SQL, чтение логов, проверка интеграций.

Грейд решают не годы, а самостоятельность: junior проходит по чужим тест-кейсам, middle сам проектирует проверки и ведёт участок, senior выстраивает процесс и автоматизацию. Смотрите текст вакансии: под AQA усиливайте код и фреймворки, под ручное — тест-дизайн и требования. Одно резюме на все направления читается как «подойду куда угодно» — и не подходит никуда.

Без коммерческого опыта резюме держится на том же принципе — результат вместо перечисления. Место блока «Опыт» занимают учебные и пет-проекты, стажировки и тестирование по краудтесту. Для каждого укажите, что проверяли, какими инструментами и что нашли: составили чек-лист и тест-кейсы, завели баг-репорты, проверили API в Postman, написали первые автотесты. Курс описывайте как проект с итогом (протестированное приложение, репозиторий с автотестами), а не строкой «прошёл курс». Общий разбор для новичков — в статье резюме без опыта работы, а как оформить GitHub и учебные разборы — в статье портфолио к резюме.

Технически файл не должен мешать себя прочитать:

• Формат — PDF. Вёрстка не съедет, а фильтр его разберёт. Картинка-экспорт из конструктора не читается.
• Имя файла — Фамилия_QA_Engineer.pdf, а не resume_final_2.pdf.
• Объём — одна-две страницы. Джуну достаточно одной; проекты не по профилю ужимайте до строки, иначе сильное тонет в фоне.

Когда черновик готов, его полезно проверить со стороны. Анализ резюме с ИИ в Сопроводе прогоняет черновик по 10 критериям и подсвечивает, где стоит задача вместо результата, где инструмент назван без доказательства и где ваши формулировки расходятся с языком вакансии. Разовый запрос в чат каждый раз отвечает по-новому; здесь проверка идёт по одному набору критериев, поэтому вывод повторяемый. Факты и цифры подставляете вы сами: сервис показывает разрыв, но не сочиняет за вас опыт. Как из тех же результатов собрать сильное резюме под смежную роль, видно в разборах резюме разработчика и резюме аналитика данных.

1. Заголовок называет роль как в вакансии (QA Engineer) и направление — ручное или автоматизация?
2. Саммари за три строки называет направление, инструменты и тип продуктов?
3. Навыки сгруппированы по категориям, названия — как в вакансии (Postman, SQL), без шкал-процентов?
4. В каждой строке опыта есть результат — что нашли и на что повлияло, — а не список задач?
5. Ссылка на GitHub стоит в шапке, репозиторий открывается и в нём есть README?
6. Сможете объяснить на собеседовании любой инструмент и любую цифру из резюме?

Если хоть где-то ответ «нет» — закройте этот пункт до отклика, а не после.

• Яндекс Практикум: как составить резюме тестировщика
• Skillbox: резюме тестировщика, как составить без опыта
• Хабр: крепкое резюме тестировщика, советы для начинающих
• hh.ru: как оформить резюме и портфолио, когда мало опыта