QA-резюме читают по артефактам. «Внимательный, ответственный, знаю виды тестирования» не закрывает сомнение. Рекрутер ищет контур: web, API, mobile; как выглядит баг-репорт; был ли регресс; есть ли автоматизация в проде или только курс Selenium.

Ниже — как собрать резюме QA-инженера: роль без притворства SDET, тестовая документация, пули опыта, два заполненных примера, что не писать про «полный цикл разработки». Общий каркас — в как составить резюме. Формула пункта — в как описать опыт. Вход без штата — в резюме без опыта и в как стать QA-инженером.

Коротко:

  • Заголовок = QA + тип: ручной web, API, mobile, не «инженер по качеству» без контура.
  • Автоматизацию пишите только если гоняете её на CI или готовы к тестовому на ней.
  • Ссылка на 2–3 лучших отчёта сильнее сертификата ISTQB без папки.
  • Пули: сценарий, баг, регресс, окружение, эскалация в разработку — не «проводил тестирование».
  • Не копируйте теорию тест-дизайна в навыки: её и так ждут, факта в этом нет.

Как читают QA-файл за 15 секунд

На вакансиях QA решают:

  1. Ручной, автоматизация или смесь? Файл должен совпасть со слотом.
  2. Какой продукт: web-сервис, API, мобилка, 1С, игры?
  3. Есть ли артефакт: кейсы, чек-листы, баг-репорты, Allure, не «умею писать тест-кейсы».
  4. Не притворяется ли ручной тестировщик SDET из‑за слова Selenium в шапке?
  5. Готов ли человек к тестовому на вашем контуре на этой неделе?

Смешение «QA / аналитик / поддержка / немного Python» в одном заголовке кладёт файл в никуда. Карточка роли — в резюме IT-специалиста. Если цель — автотесты, это другая история и другой акцент: см. как стать автотестировщиком и резюме автотестировщика, когда будете собирать отдельный файл.

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

Шапка: роль, контур, город / UTC, контакты, одна ссылка на папку с отчётами или репозиторий автотестов. Summary: 4–6 строк — продукт, типы тестов, один сильный факт. Опыт. Навыки группами: платформы, инструменты отчёта, API, SQL если пользуетесь, автоматизация отдельно. Образование внизу.

Не ставьте ISTQB и десять курсов на первый экран. Сертификат можно строкой внизу, если есть. Артефакт — наверх. Как собрать summary — в summary в резюме. Навыки без простыни теории — в навыках QA и в стеке в резюме.

Папка с 80 кейсами хуже трёх сильных отчётов в шаблоне «шаги / ожидание / факт / окружение / вложения». Drive без подписей не открывают. Персональные данные клиентов вырежьте. Учебный сервис так и подпишите.

Заголовок: не притворяйтесь SDET

Честные варианты: «QA, ручной web», «QA, web + API», «QA, mobile Android», «QA automation, Python / pytest, web». Не «QA Engineer / SDET / тестировщик / аналитик качества».

Было. Инженер по обеспечению качества. Знание полного цикла SDLC. Виды тестирования, тест-дизайн, гибкие методологии. Selenium, Postman, Jira, SQL, Python, Jenkins, Docker. Внимателен к деталям.

Стало. QA, ручной web + API. Сервис заказов: регресс по чек-листу, баг-репорты в шаблоне команды. Папка с 3 отчётами: [ссылка]. Автотестов в проде нет — в шапке Selenium нет. Минск / UTC+3.

Вторая шапка можно звать. Первая обещает созвон по CI и PageObject, которого не было. Расхождение вскрывается на тестовом и жжёт репутацию быстрее, чем «просто ручной QA».

Как писать опыт тестирования

Не «проводил функциональное и регрессионное тестирование». Пишите контур и эффект:

  • какой сценарий закрывали (заказ, оплата, регистрация, роль админа);
  • как баг доходил до разработки без переспроса;
  • регресс: чек-лист, срок, что перестало отваливаться перед релизом;
  • окружения: тест, стейдж, что делали, когда данные расходились;
  • API: какой контракт проверяли, чем (Postman/коллекция), какой баг поймали;
  • автотесты: что именно гоняется на CI, что падает, кто чинит.

Цифры без вранья: 18 сценариев, 11 багов за итерацию, регресс с полудня до часа, флаки в ночном прогоне. «Повысил качество продукта на 50%» не пишите. Типичные пустые формулировки — в ошибках в резюме.

Пример 1. Junior, ручной web, без штата

Вакансия: junior QA, веб-сервис, баг-репорты, чек-листы, тестовое на описание бага.

Junior QA, ручной web. Учебный сервис доставки. 18 сценариев, 11 баг-репортов — [папка]. Коммерческого штата нет.

Собрал чек-лист заказа: создание, отмена, повтор, ошибка слота. Отделил баг от пожелания: «нет тёмной темы» в отчёты не клал.

Шаблон отчёта: шаги, ожидание, факт, окружение, скрин, версия. Разработка по учебным отчётам не переспрашивала, где кликать.

Нашёл расхождение статуса заказа в списке и в карточке после отмены. Описал как дефект данных, не как «что-то не так».

К тестовому на вашем сервисе готов на этой неделе. Автоматизации нет, Postman на курсе — не навык в шапке.

Это закрывает входной слот. Не дописывайте Python «для солидности». Если за неделю можете собрать пять запросов к учебному API — тогда отдельной строкой в навыках, не в заголовке.

Пример 2. QA в продукте, регресс и API

Вакансия: QA, web+API, релизный цикл, Jira, без обязательного SDET.

QA, web + API, кабинет B2B. 2 года. Remote, UTC+3. Примеры отчётов без ПДн: [ссылка].

Вёл регресс оплаты перед релизом: чек-лист из 24 шагов, срок с полудня до ~1 часа за счёт выкинутых дублей и стабильных тестовых карт.

Ловил расхождение статуса оплаты между кассой и кабинетом. Отчёт: запрос, ответ, id платежа, шаги в UI. Разработка чинила без «не воспроизводится».

Коллекция Postman на критичные методы заказа: 401, пустое тело, повторный POST. Это не автотесты в CI — в файле так и написано.

Онбординг новичка QA: шаблон бага и доступы к стейджу. Не обещаю Selenium: прогон на CI ведёт другая роль.

Честная граница по автоматизации здесь важнее, чем слово «инженер». Вас позовут на ручной+API слот, а не провалят на live-coding драйвера.

Что никогда не писать

  • «Знаю эквивалентное разбиение и граничные значения» без примера, где применили.
  • «Работал по Agile / Scrum» как навык.
  • Стена: Jira, TestRail, Charles, DevTools, Linux, SQL, Python, Docker, k8s.
  • «Обеспечивал качество на всех этапах SDLC».
  • Проценты покрытия, которых не считали.
  • Selenium в шапке при одном курсовом скрипте логина.
  • Личные качества вместо контура: стрессоустойчивость, многозадачность.

Замените теорию фактом. Замените инструмент задачей. После вычитки — проверка резюме. Как описывать проекты-кейсы — в проектах в резюме.

Тестовое, письмо, созвон

Многие QA-слоты дают короткое тестовое: найти баги на учебном стенде или описать кейсы. В резюме имеет смысл одной строкой: «к тестовому готов на этой неделе». Как не сгореть на объёме — в тестовом задании и в как отказаться от тестового, если просят неделю бесплатной работы.

Письмо указывает на папку с отчётами, не пересказывает ISTQB. Без стажа — формула из письма без опыта. Черновик — генератор письма.

К скринингу готовьте один баг и один регресс вслух. Типичные вопросы — в вопросах на собеседовании QA и в подготовке. Тишина после откликов — почему не отвечают, часто это слот SDET при ручном файле.

Переход: поддержка, ручной QA, автоматизация

Три разные карточки. Не склеивайте их в заголовке «QA / support / SDET».

Из поддержки. Заголовок уже QA, если вы тестируете. Пули: обращение, которое стало багом; шаблон воспроизведения; эскалация в разработку без «пользователь что-то нажал». Очередь чата и SLA оставьте сжатой предыдущей ролью, не первым экраном. Иначе вас положат обратно в поддержку.

Ручной слот. Не дописывайте Selenium, чтобы «проходили фильтр». Фильтр пройдёте, созвон провалите. Лучше честный web+API и папка отчётов. Вакансии с автотестами «с нуля за месяц» часто ждут уже готовый прогон на CI — это не ваш слот, пока прогона нет.

Автоматизация появилась. Второй файл или явный блок: что гоняется на CI, какой язык, что флакает, кто чинит. Не смешивайте «писал PageObject на курсе» с «пайплайн гоняет 40 тестов ночью». Отдельный разбор — резюме автотестировщика.

Смежный опыт без артефакта не спасает. Если из поддержки ещё не собирали баг-репорты, за 3–5 дней соберите папку по учебному сервису, потом пишите QA в шапке. Файл без доказательства роли — обещание. Обещания в пачке 2026 года не читают.

Чек-лист перед откликом

  • Роль и контур (web, API, mobile) совпадают с вакансией, не с соседней SDET.
  • Есть ссылка на 2–3 отчёта или честное «учебный сервис, вот папка».
  • Автотесты в шапке только если есть прогон или готовность к тестовому на них.
  • Нет стены ISTQB–SDLC–виды тестирования без факта.
  • Последняя роль: 3–6 пуль, не должностная инструкция.
  • Персональные данные клиентов вырезаны.

Прогоните через разбор резюме ещё раз после вычёркивания Selenium. Часто именно он остаётся «на всякий случай» и ломает слот. Ручной контур с тремя отчётами проходит junior-слот чаще, чем стена инструментов без папки.

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

Нужен ли ISTQB?

Нет как замена артефакту. Да как строка внизу, если уже есть. На CIS junior-слотах папка с отчётами сильнее сертификата.

Как перейти из поддержки в QA в резюме?

Заголовок QA, если уже тестируете. Пули: тикеты, которые эскалировали как баги, шаблоны, воспроизведение. Не оставляйте заголовок «специалист поддержки», если цель — тест. Смежный опыт переводите на язык сценария и дефекта.

Писать ли SQL?

Если сами смотрите данные на стейдже и ловите расхождения — да, с примером. Если «проходил курс» — нет.

Можно ли одно резюме на ручной QA и automation?

Если оба контура живые — один файл с явным разделением блоков. Если автоматизации нет — не смешивайте. Второй файл соберите, когда появится прогон на CI.

Что делать с закрытым TestRail?

Вынесите 2–3 анонимизированных отчёта. Опишите шаблон команды. Не обещайте «посмотреть всю систему».

Стоит ли указывать английский?

Честный уровень. Если баг-репорты пишете по-английски — так и скажите. Для русскоязычной вакансии русского файла достаточно.

Перед отправкой откройте свою папку как чужой человек с телефона: понятен ли шаблон, видны ли шаги, не торчат ли персональные данные. Если папка тяжёлая — оставьте три лучших отчёта, остальное не прикладывайте. Рекрутер не будет искать «тот самый баг» в архиве на 80 файлов.

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

Соберите папку из трёх лучших отчётов. Назовите роль и контур без Selenium, если его нет в проде. Сожмите последнюю работу до 4–6 пуль: сценарий, баг, регресс, граница по автотестам. Если штата нет — не извиняйтесь в шапке: напишите учебный сервис и готовность к тестовому на этой неделе.

Откликнитесь на одну вакансию QA, которая совпадает с контуром, не на SDET «с нуля за месяц». Прогоните файл через разбор резюме и приложите ссылку на отчёты в письме. Если вакансия просит Python и CI, а у вас только ручной web — это другой слот; не подгоняйте шапку ради фильтра.