Резюме автоматизатора читают не как список инструментов. Рекрутер ищет ответ: какие риски вы ловите без человека, куда встроен прогон, насколько этому прогону можно верить. Фраза «написание UI-автотестов, Selenium, Jenkins, Jira» не закрывает ни одного из трёх вопросов. Закрывает зона покрытия, факт CI, стабильность и ваша роль — писали сценарии, поднимали пайплайн или поддерживали чужой фреймворк.

Ниже — как собрать CV под automation / AQA / junior SDET без притворства: заголовок, стек, пули, учебный vs прод, что выкинуть. Два полных фрагмента: middle с боевым пайплайном и переход из manual. Сопроводительное короткое. Живые слоты: вакансии automation QA.

Коротко:

  • Заголовок = роль из вакансий, не «QA Engineer / SDET / тестировщик / Python». Одна роль.
  • Стек в шапке короткий; в опыте каждый инструмент привязан к задаче.
  • Пишите зону покрытия и CI, не «увеличил покрытие на 200%» без знаменателя.
  • Флаки, данные, отчёт — факты взрослого контура. Молчание про стабильность читается как красный сьют.
  • Путь в роль и артефакт: как стать автоматизатором. Ручной фундамент: резюме QA.

Заголовок, summary, ссылки

Примеры рабочих заголовков: «QA Automation (Python, API/UI)», «AQA Engineer (Java, REST + UI)». Плохие: «SDET» при трёх месяцах курса; «QA» без слова automation, если цель — только автотесты; «Full stack tester».

Summary на 3–4 строки: сколько лет в тесте, сколько из них в автоматизации, основной контур (API, UI, мобилка), CI, домен одной фразой. Не «ответственный и внимательный». Формула абзаца: summary в резюме.

Ссылки: репозиторий с README, не весь GitHub. Если прод под NDA — опишите контур без кода и дайте учебный репозиторий тем же стеком. Сломанная ссылка хуже отсутствующей. Общие правила стека в файле: как указывать стек. Проекты: как описывать проекты.

Стек: три места, не кладбище

В шапке — 6–10 единиц: язык, тест-раннер, API-клиент, UI-фреймворк если есть, CI, SQL. В блоке skills можно чуть шире, но без «HTML, CSS, Linux, Git, Agile, Scrum, Kanban, внимание к деталям». В опыте инструмент появляется только рядом с задачей: «pytest + httpx: контракт оплаты в CI», не отдельной строкой «Pytest».

Не пишите уровень «Expert Selenium», если вы проходили курс. Честнее: «UI: критический путь, Playwright, 7 сценариев». ATS любит слова из вакансии, но набивка «Cucumber BDD POM Singleton» без факта палится на первом вопросе. Как стыковать ключи: ATS и ключевые слова.

Пули опыта: формула

Формула: зона / риск → что сделали в коде и пайплайне → как гоняется → результат, который можно проверить вопросом. Результат не обязан быть процентом бизнеса. Достаточно: время прогона, число стабильных тестов, «ловим разрыв контракта до релиза», «ручной регресс пятницы сократили на N часов» — если N правдивый.

Плохо: «Разрабатывал автотесты для повышения качества продукта». Хорошо: «API-сьют оплаты: 14 тестов, прогон 6 мин в GitHub Actions на каждый MR в ветку release, падения падают в канал с логом и cURL».

Обязательно различай: написал сценарии в готовом фреймворке / поднимал CI / делал утилиту данных / ревьюил чужие тесты. Присвоение «внедрил фреймворк с нуля» при форке курса — частая причина отказа после техскрина. Как чистить пули вообще: как описать опыт и ошибки в резюме.

Manual + automation в одном файле

Если 70% времени всё ещё руки — не прячьте это. Заголовок может быть «QA Engineer (manual + API automation)». Сначала автоматизация, если цель — AQA вакансии; ручной контур короче, фактами: домен, типы тестов, баг-репорты. Если цель — остаться manual, не раздувайте три учебных UI-теста в половину файла.

Работодатель боится двух карикатур: «кликер, который не понимает продукт» и «разработчик тестов, который не умеет придумать кейс». Покажите оба края коротко. Навыки по уровням: навыки QA.

Пример 1. Middle AQA, боевой контур

До (фрагмент, который режут):

QA Automation Engineer

Навыки: Java, Selenium, Selenide, RestAssured, Jenkins, Docker, SQL, Jira, TestNG, Maven, Git, Agile.

Компания X — написание и поддержка автотестов, участие в релизах, улучшение процессов тестирования.

После:

QA Automation (Java) · API + UI критический путь · CI

Стек в шапке: Java 17, JUnit 5, REST Assured, Selenide, GitLab CI, PostgreSQL.

Компания X, AQA, 2023–2026. Платежный сервис, релиз 2 раза в неделю.

— API-регресс платежей: 40+ тестов контракта и негатива, прогон 8 мин на каждый pipeline в release, отчёт Allure в артефактах job.

— UI: 9 сценариев только checkout и личный кабинет; остальной регресс ручной. Флаки: вынесли ожидания и тестовые данные, стабильность ночного прогона держим (красные — тикет, не «перезапустить»).

— Данные: фикстуры через API, не клики в админке; SQL для проверки статуса заказа после колбэка.

— Роль: сценарии и стабильность; фреймворк завела команда раньше, я расширял слой API и CI-кеш зависимостей.

Вторая версия переживает вопрос «что вы лично сделали» и «почему UI мало». Первая не переживает ничего.

Пример 2. Переход из manual, учебный CI

QA Engineer (manual → API automation) · готовность к AQA junior

Стек: Python, pytest, httpx, GitHub Actions, SQL (чтение).

Штат: 2 года manual QA, веб-заказы. Автоматизация: учебный контур + 5 API-тестов на стейдже текущей команды (согласовано).

— Ручное: регресс пятницы, платежные сценарии, шаблон бага «шаги / ожидание / факт / окружение».

— Авто: pytest + CI, README с зоной покрытия и тем, чего нет (UI, нагрузка). Ссылка: [repo].

— Не SDET: нет своего раннера и нет нагрузки. Цель вакансий — junior/middle automation с API, не платформа тестов.

В письме к такому файлу на 6–8 строк: роль, ссылка на CI, честная граница, готовность к тестовому. Каркас: короткое сопроводительное или генератор как черновик.

Типичная ошибка перехода: оставить заголовок «QA Engineer» и надеяться, что рекрутер сам найдёт три строки про pytest внизу. Не найдёт. Либо два файла (manual vs AQA), либо заголовок «QA (manual + API automation)» и автоматизация первым блоком опыта.

Что выкинуть и что не выдумывать

  • Сертификаты курса без репозитория — в конец или вон.
  • «Покрытие 80%» без определения покрытия.
  • Список из 30 инструментов, которыми открывали README.
  • Нагрузка JMeter, если был один скрипт на лабораторной.
  • Mobile / Cypress / Playwright пачкой, если в проде один стек.
  • Английский C1, если интервью разваливается на B1. Для англоязычных слотов — отдельный файл: ошибки English CV.

Перед отправкой прогоните считываемость: разбор резюме. Собеседование по файлу: вопросы QA и подготовка.

Сопроводительное и поле комментария

Письмо автоматизатора ещё короче, чем у manual: роль, зона покрытия, ссылка на CI, одна граница («UI мало / нагрузки нет»), готовность к тестовому. Не пересказывайте стек из шапки — он уже в файле.

Откликаюсь на QA Automation (Python). По вакансии нужен API-регресс в пайплайне и узкий UI на критический путь. У меня pytest + httpx, 14 API-тестов оплаты в GitHub Actions, отчёт в артефактах, README с тем, чего нет. UI — 4 сценария checkout, не весь продукт. Коммерческого SDET не обещаю. Тестовое на API готов сделать на этой неделе. Репозиторий: [ссылка].

Если поля нет — те же 5 строк в комментарий к отклику. Шаблон: короткое письмо. Не прикладывайте диплом курса вместо ссылки на прогон.

Чек-лист перед отправкой на AQA-слот

  • Заголовок совпадает с вакансией: automation / AQA, не «специалист по качеству».
  • В последнем месте есть CI и зона покрытия, не только список инструментов.
  • Одна ссылка открывается без пароля, README на 10+ строк.
  • Нет «фреймворк с нуля», если вы расширяли готовый.
  • Ручной опыт сжат, не удалён, если он ещё кормит историю продукта.
  • Английская версия — только если вакансия на английском, те же факты.

Если чек-лист не сходится, не отправляйте «пока так». Допишите README за вечер. Пять точных откликов с живой ссылкой сильнее сорока файлов, где Selenium указан, а репозиторий пустой. Слоты: automation QA.

Отдельно про длину: AQA-резюме не должно быть длиннее, чем у backend того же грейда. Одна страница до middle, максимум полторы, если 8 лет и несколько контуров. Учебные курсы — три строки в конце или ничего. «Знание теории тестирования» без примера бага и без пайплайна — вода. Если не уверены, что верх считывается, прогоните файл через разбор резюме до пачки откликов, не после двух недель тишины.

На англоязычный слот не переводите машиной блок про «динамичное внедрение фреймворка». Короткий English с теми же цифрами CI и зоной покрытия безопаснее пафоса. Типичные поломки: ошибки English CV. Формат под ATS: колонки и иконки ломают разбор, лучше одна колонка: ATS и форматирование.

Перед пачкой откликов откройте 8 вакансий и выпишите, как они называют роль: QA Automation, AQA, SDET, Test Engineer. Под каждую пачку — свой заголовок, не один «универсальный тестировщик». Инструмент в skills, которого нет ни в одной пуле и ни в README, вычеркните. Это не скромность, это чтобы на скрининге не спросили Playwright, которым вы открывали туториал один вечер. Живые слоты для сверки: automation QA.

Частые вопросы

Писать ли Docker, если только гоняю готовый compose с тестами?

Можно одной пулей: «прогон в CI через compose». Не пишите «инфраструктура на Docker», если не собирали образы и пайплайн.

Как указать фреймворк, который нельзя показать?

Название стека, зона, CI, ваша роль. Учебный репозиторий рядом тем же языком. Не копируйте прод-код в публичный GitHub.

Нужна ли английская версия?

Если вакансия на английском — да, отдельный файл, те же факты. Калька «responsible for implementation of testing framework» без смысла хуже короткого простого English.

Куда деть ручные годы, если цель только AQA?

Сожмите до домена, типов тестов и 1–2 сильных бага/релиза. Не удаляйте: это доказательство головы. Не раздувайте: это не целевая роль.

Можно ли один файл на QA и AQA?

Если вакансии смешанные — да, с заголовком «QA (manual + automation)». Если слоты жёстко SDET vs жёстко manual — два файла, иначе ATS и человек читают не ту роль.

Стоит ли писать процент флаков?

Да, если цифра честная и вы можете объяснить методику. Нет, если взяли с потолка. Лучше: «красные ночные прогоны разбираем в тикете, перезапуск не считается фиксом».

Что сделать сейчас

Возьмите текущий файл и вычеркните стек, который не стыкуется с пулями. Добавьте зону покрытия и CI в последний опыт. Одну ссылку на репозиторий с README. Сверьте заголовок с 10 вакансиями в каталоге automation QA. Если автоматизации ещё нет — сначала артефакт по плану входа, потом переименование роли в шапке, не наоборот.

Отправьте 5 точных откликов с коротким письмом, не 40 с общим «QA/SDET/testing enthusiast». Если тишина на точные — чинить файл и зону, не добавлять ещё десять аббревиатур.