Резюме автоматизатора читают не как список инструментов. Рекрутер ищет ответ: какие риски вы ловите без человека, куда встроен прогон, насколько этому прогону можно верить. Фраза «написание 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)» и автоматизация первым блоком опыта.