QA-вакансии смешивают три профессии: ручной исследовательский контур, «человек с чек-листом и SQL», автоинженер. Вишлист при этом один на всех: Selenium, Cypress, Postman, Jira, CI, «желательно Java». Собирать по нему мозг бессмысленно. Сначала роль, потом инструменты.
Ниже — карта навыков QA без культа фреймворка: документация, ручной контур, данные, база автоматизации, грейды, два примера артефактов. Резюме — в резюме QA-инженера. Автопуть отдельно — в как стать автотестировщиком и резюме автоматизатора. Вход в профессию — в как стать QA.
Коротко:
- Ядро: понять продукт, воспроизвести, описать так, чтобы разработку не переспрашивали.
- Документация и баг-репорт — навык, не «умею Jira».
- SQL и API-проверки закрывают больше junior-вакансий, чем ранний Selenium.
- Автоматизация — слой, не замена головы. Junior не обязан тащить весь фреймворк команды.
- Сверяйте must с вакансиями QA и формулировки CV — в разборе резюме.
Что QA покупают на самом деле
Команда покупает меньше сюрпризов в проде и понятный сигнал «можно релизить / нельзя». Инструмент — способ. Если вы умеете кликать Selenium, но не отличаете баг от пожелания и не фиксируете окружение, вы дорогой шум.
На скрининге смотрят: как вы раскладываете сценарий, как пишете баг, что проверяете кроме счастливого пути, умеете ли сузить «не работает». Вопросы — в вопросах на собеседовании QA и в разборе собеседований.
Типы ролей: manual / mixed / automation / QA engineer в продукте. Не откликайтесь одним файлом на все. Смешение видно по skills из десяти фреймворков без одного сильного отчёта.
В CIS 2026 смешанные продуктовые роли всё ещё массовый вход: кабинет, регресс, SQL, API, немного авто. Чистый SDET без коммерческого кода входит сложнее, если нет артефакта. Не выбирайте путь только потому, что «автоматизация звучит круче». Выбирайте по вакансиям, на которые готовы пройти тестовое на этой неделе. Живые формулировки — в каталоге QA.
Ещё путаница: «QA» в аутсорсе на чужих заказчиках vs QA в продукте. В аутсорсе сильнее скорость кейсов и коммуникация с чужой разработкой. В продукте — знание домена и риск релиза. В резюме это разные пули. Не маскируйте трёхмесячные проекты заказчиков под «5 лет в одном продукте», если это набор коротких контуров: напишите модель, её спросят.
Ручной контур и мышление
Разбор требований: что не сказано, какие роли пользователей, какие запрещённые состояния. Эквивалентные классы и границы — рабочий навык, не билет. Регресс: что гонять всегда, что — по риску. Исследование: чартер, времябокс, заметки, не хаотичный клик.
Клиент, поддержка, логи — источники кейсов. Умение прочитать ответ API и HTML-ошибку экономит часы. Для удалёнки важен письменный статус: что проверили, что заблокировано, чем риск.
Чего нет в ядре junior: нагрузочное как отдельная профессия, security-аудиты, полное владение пайплайном DevOps. Соседние карты: backend, DevOps — чтобы понимать границы, не чтобы украсть их в CV.
Документация, баги, SQL
Чек-лист и тест-кейс: предусловие, шаги, ожидание, данные. Не роман. Баг: шаги, факт / ожидание, окружение, вложения, серьёзность без истерики. Дубли и «у меня не воспроизводится» закрываются окружением и точными шагами.
Скрин без шагов — не баг-репорт. «Ничего не работает» — не баг-репорт. «На проде, не знаю версию» — почти не баг-репорт. Навык junior в том, чтобы разработчик с первого чтения понял, куда смотреть. Если ваш отчёт вызывает три уточняющих сообщения, его ещё нельзя класть в папку-доказательство. Перепишите три лучших отчёта до состояния «можно слать без голосового» — это сильнее нового курса Postman.
SQL: выборка, джойн, понять, что в БД после действия UI. Это must смешанных junior-ролей чаще, чем UI-авто. API: Postman или аналог, статус, тело, заголовок, идемпотентный повтор. Не «коллекция из курса на 200 запросов» — 10 осмысленных.
Как класть это в резюме без «работал с Jira»: артефакты и цифры порядка (сценарии, регрессы, тип багов), см. как описать опыт и как описывать проекты.
Автоматизация: когда и сколько
База: что имеет смысл автоматизировать (стабильный регресс, API-контракт), что нет (раз в год, плавающий UI). Один язык команды. Селекторы и ожидания без sleep-магии. Отчёт, который читает не только автор.
Junior: несколько API-тестов или дымовой UI на главный сценарий плюс понимание, почему остальное ручное. Middle: слой в CI, флаки, ревью чужих тестов. Senior авто: архитектура набора, владельцы, стоимость поддержки.
Стоимость поддержки набора — аргумент, которым middle уже пользуется. «Эти 20 UI-тестов едят ночной прогон и краснеют на анимации» — решение снять их сильнее, чем «написал ещё 20». Пишите такие решения в резюме: это качество, не лень.
Не начинайте карьеру с «выучу Cypress за месяц вместо баг-репортов». Рынок смешанных ролей в CIS всё ещё кормит сильным ручным контуром плюс SQL/API. Чистый automation без головы слабо входит.
Флаки — отдельный навык middle. Тест, который красный раз в пять прогонов, хуже отсутствия теста: ему перестают верить. Умение снять его с ночного прогона и оставить ручной/API-контур — взрослая позиция, её стоит писать в CV. Не держите в skills «Selenium» как гордость, если набор флакает и его обходят.
Грейды без вишлиста
Junior: воспроизведение, аккуратный баг, чек-лист своего куска, готовность к тестовому. Коммерческий стаж не обязателен, обязателен артефакт. Без папки отчётов слово Junior в шапке не проверяется — его проверят тестовым, и пустой вход будет виден сразу.
Middle: риск-ориентированный регресс, оценка «что не успеем», общение с разработкой без эскалации каждого расхождения, свой контур в проде, кусок авто или SQL-проверок. Письменная оценка риска релиза — уже middle, даже если стек короткий.
Senior / lead: стратегия качества, процессы, люди, договор с продуктом про «достаточно», не обязательно самый длинный стек Selenium. Длинный стек без влияния на релиз — это не lead.
Титулы плавают. Смотрите задачи в каталоге QA, не слово Senior в шапке.
Пример 1. Артефакт junior
Учебный сервис заказов. 18 сценариев: гость, пользователь, оплата-фейк, пустая корзина, повтор заявки. 11 багов в шаблоне шаги/ожидание/факт/окружение. Два из них — на границе: отрицательное количество и двойной сабмит. SQL: проверял, что заказ появился в таблице. Авто: три API-проверки статуса, UI-авто нет. Папка открывается по ссылке.
Этого достаточно, чтобы звать на junior manual. Selenium в skills здесь был бы враньём. Письмо под такую роль — в письме без опыта.
Пример 2. Middle смешанный
Продукт: кабинет B2B. Держу регресс оплат: 40 шагов критичного пути, дымовые API в CI. Флаки UI-авто вынесли с ночного прогона — оставили API. Инцидент: «сумма на UI разошлась с биллингом» — нашёл расхождение таймзоны в отчёте, завёл баг с SQL-срезом, закрыли до клиента. Оценку спринта качества даю письменно: что режем, какой риск.
Инструменты вторичны. Видны зона, решение про авто, инцидент данных. Так и пишите пули — не «работал с Postman, Charles, DevTools».
Как учиться 90 дней
Недели 1–3: один продукт, сценарии, баги, README. Недели 4–6: SQL и API на том же продукте. Недели 7–10: либо глубже домен (платежи, роли), либо 5–10 стабильных авто на API. Не три фреймворка.
Сверяйте must с новыми вакансиями раз в две недели. Ищите тестовые с понятным брифом — как относиться к объёму, в тестовом задании и как отказаться от тестового, если бриф неадекватен.
Резюме и стек
Шапка: QA / manual / mixed, домен. Skills: типы тестирования, SQL, API, трекер, авто — отдельно и честно. Не Jira как главное. Раскладка — в как указать стек. Общие ловушки — в навыках в IT-резюме.
Скрининг, тестовое и честная граница авто
Тестовое QA часто просят: найти баги на стенде, написать кейсы, иногда SQL. Реже — написать фреймворк с нуля за вечер. Если бриф «покройте весь продукт автотестами за 8 часов», это сигнал смотреть объём, не вашу самооценку. Как решать, идти ли — в тестовом задании.
Перед/после пули:
Было: «Функциональное, регрессионное, смоук, API, UI, работа с Jira, TestRail, Postman, Charles, DevTools, SQL, Git».
Стало: «Регресс оплат: 40 шагов критичного пути, дымовые API в CI. UI-авто сняли с ночи из-за флаков — оставили API. Инцидент расхождения суммы: SQL-срез + баг с окружением, закрыли до клиента».
Вторая версия показывает мышление качества. Первая — каталог слов из вакансии. На скрининге вас попросят «расскажите баг, которым гордитесь». Заготовьте один: симптом, как сузили, чем кончилось. Если в файле нет ни одного бага как истории — добавьте.
Граница с разработкой: вы не обязаны чинить код. Обязаны поставить воспроизведение и данные. Граница с поддержкой: вы не обязаны закрывать каждый тикет пользователя, обязаны превратить повтор в кейс и баг. Если совмещали — разведите в CV, не мешайте в одном абзаце «отвечал в чате и тестировал релиз».
Для CIS-удалёнки 2026 навык: асинхронный статус регресса. «Прошла оплаты, заблокирована выгрузка отчёта, риск: средняя, релиз можно с оговоркой». Это читают без созвона. Напишите, на каких языках такой статус ведёте.
Заголовок и summary должны назвать тип QA. Формула — в summary. Артефакт в проекты. Потом разбор резюме, чтобы Jira не осталась главным навыком.
Частые вопросы
Нужен ли код, чтобы войти в QA?
Не обязательно для manual. Нужна точность текста и умение читать данные. Код ускоряет mixed-роли, но не заменяет баг-репорт.
ISTQB обязателен?
Редко как must в CIS-продукте. Может помочь структуре мышления. Без артефакта сертификат пустой.
Python или Java для авто?
Язык команды вакансий, на которые идёте. Не оба с нуля. Сначала API-авто на одном.
Чем QA отличается от поддержки?
Поддержка закрывает пользователя сейчас. QA закрывает повтор и релиз. Смежный опыт поддержки сильный, если переведён на сценарии и эскалацию в разработку — не «я коммуникабельный».
Нужно ли знать frontend и backend?
На уровне: где смотреть, что сломалось. Не уровень разработчика. DevTools и чтение JSON важнее своего React.
Как понять middle?
Свой контур, риск, влияние на «релизим / не релизим», чужие баги в ревью тестов или процессов. Не срок «три года кликал».
Что сделать сейчас
Выберите тип роли: manual, mixed, auto. Соберите один артефакт под него за 5–7 дней. Вычеркните из skills фреймворки, которыми не готовы чинить флаки.
Сверьте must с вакансиями QA, упакуйте пули и прогоните файл через разбор резюме. Если после диагонали видно только «Jira + Selenium», а папки с багами нет — вы ещё не показали профессию. Заготовьте один баг для скрининга: симптом, как сузили, чем кончилось. Откликнитесь на слот своего типа — manual к manual, mixed к mixed. SDET «с нуля за тестовое» без артефакта обычно сжигает неделю и не даёт оффера.