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

Резюме тестировщика читают быстро и по диагонали. Нанимающему нужно понять три вещи: что человек делал руками, умеет ли в автоматизацию и в каком домене работал. Всё остальное дочитают потом, если первые три ответа устроили.

Проблема в том, что большинство резюме на эти вопросы не отвечает. «Тестирование функционала», «работа с баг-трекером», «участие в регрессе» — написано у всех, и различить по такому тексту сильного кандидата от слабого невозможно.

Разберём, чем занять те же строчки.

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

Что читают первым

Заголовок и первые пять строк опыта. Там ищут ответ на вопрос «этот человек нам подходит по роли».

Роль должна быть названа прямо: ручной тестировщик, автоматизатор, QA с уклоном в API. Формулировка «специалист по обеспечению качества» звучит солидно и не говорит ничего.

Дальше смотрят на стек: где тестировали (веб, мобильные приложения, бэкенд, железо) и чем. Если стек совпал с вакансией, читают дальше. Если нет — закрывают, даже когда опыт сильный.

Опыт: что делал, а не за что отвечал

Главная замена в резюме тестировщика такая же, как везде: обязанности меняем на задачи и результат. Только результат у QA свой.

Было: «Тестирование веб-приложения, написание тест-кейсов, заведение багов».

Стало: «Собрал регрессионный набор на 140 кейсов для личного кабинета, до этого регресс шёл по памяти. Время полного прогона — день вместо трёх».

Второй пример. Было: «Взаимодействие с разработчиками по дефектам». Стало: «Переписал шаблон баг-репорта: шаги, окружение, ожидание против факта, лог. Возвраты багов с формулировкой “не воспроизводится” почти прекратились».

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

Ручное и авто: как показать переход

Самая частая ситуация: человек работает руками и хочет в автоматизацию. Резюме при этом либо молчит про авто вовсе, либо заявляет Selenium, за которым один пройденный курс.

Честный способ показать движение — через реальные куски работы. Написали десять UI-тестов на существующий проект, автоматизировали проверку API в Postman, собрали прогон в CI — это уже опыт, и его пишут в блок опыта, а не в «дополнительно».

Если автоматизации в работе не было совсем, её показывают учебным проектом со ссылкой на репозиторий. Тогда в резюме честно стоит «ручное тестирование», а рядом строчка про свой проект с автотестами. Это читается нормально. «Автоматизатор» без единой строчки кода читается плохо.

Инструменты без вранья

Список инструментов в резюме QA раздувают чаще всего. Тридцать позиций через запятую означают, что человек трогал каждую по разу.

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

И конкретика вместо названий. «Postman» само по себе не говорит ничего: им пользуются и те, кто жмёт Send, и те, кто собирает коллекции с переменными окружения и скриптами. «SQL» тоже: одно дело select с where, другое — джойны и проверка данных после миграции. Напишите, что именно делали.

Про домен

Домен — недооценённая часть резюме тестировщика. Банк, ритейл, телеком, госсектор: в каждом свои требования, свои процессы и свои типы багов.

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

Если коммерческого опыта нет

Вариант, который работает: взять живой продукт и протестировать его всерьёз. Не «нашёл опечатку на сайте», а нормальная работа — чек-лист, набор кейсов, оформленные баг-репорты, отчёт о тестировании.

Всё это выкладывается публично и даётся ссылкой. Читающий откроет и за минуту поймёт, умеете вы оформлять мысли или нет. Это ровно та проверка, которую он собирался делать на собеседовании.

Курсы в резюме упоминать можно, но одной строкой и без пересказа программы. Диплом о прохождении никого не убеждает, а вот артефакты убеждают.

Что отсеивает на скрининге

Несколько вещей, из-за которых закрывают вкладку.

Одно резюме на все вакансии сразу: ручное, авто, аналитика, поддержка. Читается как «возьмите куда угодно».

Пустой блок опыта с длинным блоком «навыки». Обычно это значит, что делать было нечего.

Формулировки из вакансии, скопированные дословно. Их узнают, потому что писали их сами.

Отсутствие цифр вообще. Ни одного кейса, ни одного релиза, ни одной цифры на две страницы текста.

Проверка перед отправкой

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

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

А техническую часть, которая идёт после скрининга, готовят отдельно. В Сеньорчике собраны вопросы с реальных технических собеседований по одиннадцати ролям, включая QA: вопрос с вариантами, сразу разбор и движок, который возвращает темы, где вы ошибаетесь. Десять минут в день в Telegram, начать можно бесплатно.