QA-инженером чаще входят через ручное тестирование, а не через «сразу Selenium и 300 вакансий automation». В 2026 junior QA всё ещё берут, если видно, что вы умеете разложить сценарий, описать баг так, чтобы разработку не переспрашивали, и не путать дефект с пожеланием. Автоматизация — следующий слой, не билет на вход с пустой головой.

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

Коротко:

  • Первый артефакт — папка с тест-кейсами и баг-репортами по одному учебному или реальному сервису, не сертификат ISTQB как единственная строка.
  • Опыт — это ещё поддержка, админка, разбор обращений: если перевести его на язык сценариев и эскалации.
  • Automation в заголовке пишите, когда есть свои тесты в CI, а не «прошёл модуль Python».
  • Тестовое на вход часто ручное: чек-лист, баги, иногда SQL или Postman. Готовьте это, а не только код.
  • Письмо без опыта работает, если указывает на папку, а не на мотивацию. Шаблон: сопроводительное без опыта.

Чем QA занят в первую неделю — без романтики «ломаю всё»

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

Ручной QA в продукте часто сидит ближе к релизам и поддержке. В аутсорсе — ближе к приёмке чужих ТЗ. Automation в той же команде может быть отдельной ролью или частью вашей. На входе не притворяйтесь SDET: если в вакансии ручной контур, закрывайте ручной контур.

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

Кому вход через ручное тестирование подходит

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

Без коммерческого IT-стажа вход реален при артефакте. Без артефакта — нет. Курс без папки с отчётами равен пустому резюме. Стажировка с тикетами сильнее курса; как отличать вход от эксплуатации: стажировка в IT и удалённые стажировки.

Навыки на первую роль: карта без культа инструментов

Смотрите junior-вакансии и выписывайте повторяющееся. Обычно достаточно:

  • тест-дизайн на базовом уровне: позитив, негатив, границы, не «50 техник из учебника»;
  • баг-репорт: шаги, ожидание, факт, окружение, вложения;
  • чек-листы и регресс: как не забыть критичное;
  • клиент: браузер, иногда мобильная вёрстка «потыкать»;
  • API на уровне Postman: статус, тело, заголовок;
  • SQL на уровне SELECT/JOIN, если светится в вакансиях — SQL roadmap;
  • Git — часто плюс, не всегда входной барьер.

Можно отложить: нагрузочное, безопасность как профессия, полный SDET, CI на Kubernetes. Карта шире: что должен знать QA. Английский — плюс на импортных продуктах, не замена тестовой документации.

90 дней до папки, которую не стыдно приложить

  1. Дни 1–15. Выберите один сервис: учебный магазин, ваш банк-клиент (осторожно с персональными данными — лучше учебный), открытый демо-сайт. Напишите 15–20 сценариев критичного пути.
  2. Дни 16–40. Прогоны, 8–12 баг-репортов в одном шаблоне. 2–3 лучших отчёта — витрина, не архив на 80 файлов.
  3. Дни 41–60. Чек-лист регресса, простые проверки API в Postman, один SQL-запрос к учебной базе, если целитесь в вакансии с SQL.
  4. Дни 61–90. Резюме, письмо, 15–25 точечных откликов, разбор тестовых. Параллельно — 5–10 автотестов на один сценарий, если уже закрыт ручной контур и вакансии это ценят. Не вместо папки.

Критерий готовности: вы за 10 минут проводите человека по трём багам и одному чек-листу. Если папки нет — отклики рано. Тот же принцип, что в разработке: сначала доказательство.

Пример 1. Папка junior QA под сервис заказов

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

Учебный сервис доставки. 18 сценариев: заказ, оплата (мок), отмена, пустая корзина, неверный промокод. 11 баг-репортов в шаблоне «шаги / ожидание / факт / окружение / вложение». Чек-лист регресса на 25 пунктов. Коллекция Postman: 6 запросов к учебному API. Коммерческого стажа нет. Ссылка на папку без пароля.

В README папки: что за сервис, какие браузеры, что не покрыто (нагрузка, мобильное нативное). Два отчёта выделены как «смотрите сначала».

Это тот объём, который закрывает 15 секунд рекрутера. Сертификат без папки — нет.

Пример 2. Письмо и короткая версия для поля комментария

Откликаюсь на junior QA в команде сервиса заказов. В первый месяц по вакансии нужны пользовательские сценарии, понятные баги и регресс по чек-листу. Последние два месяца собирал документацию для учебного сервиса доставки — 18 сценариев и 11 отчётов, папка: [ссылка]. Коммерческого опыта в штате нет. Тестовое готов сделать на этой неделе, на созвоне разобрать любой отчёт из папки.

Коротко в поле сайта:

Роль: junior QA. 18 сценариев и 11 баг-репортов по учебному сервису заказов — [ссылка]. Тестовое на этой неделе.

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

Когда рано звать себя automation — и как не застрять в manual навсегда

Рано: в резюме «QA automation», а в GitHub пусто или один записанный Selenium по туториалу. Рано, если ручные баги ещё путают причину и симптом. Вовремя: есть 10–20 стабильных тестов на свой или открытый сервис, они гоняются в CI, вы можете объяснить флаки и селекторы.

Переход не обязан ждать три года. Он обязан ждать ручной грамотности. Иначе вы автоматизируете мусор. Отдельный маршрут и резюме: вход в автоматизацию, резюме automation QA.

На первой работе имеет смысл договориться: какой процент времени — регресс руками, какой — автотесты. Если обещают «только писать фреймворк с нуля» junior без кода — это фантазия или эксплуатация.

Поиск, тестовое, собеседование

Ищите junior QA, intern, trainee, «тестировщик», manual QA. Читайте, не ждут ли сразу SDET. Каталог: вакансии QA, плюс junior. Удалёнка без опыта бывает чаще, чем у разработчиков, но не всегда; не отсекайте гибрид заранее.

Тестовое: обычно сервис + найти баги + оформить. Делайте в срок, не пишите роман. Если просят бесплатно протестировать прод клиента две недели — это работа, не тест. Тестовое на работу, отказ от неадекватного объёма: как отказаться.

На интервью спросят: как тестировать поле логина, чем чек-лист отличается от кейса, как приоритизировать, SQL/API если в вакансии есть. Готовьте истории из папки, не теорию учебника. Блоки: вопросы на собеседовании QA. Резюме: резюме QA-инженера.

Вилка — по фильтрам каталога. На скрининге коридор. Ожидания по зарплате. Проверка сомнительных объявлений: мошенники.

Как проходить тестовое и не путать баг с пожеланием

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

Баг — расхождение с явным ожиданием: макет, подсказка, здравый смысл поля «телефон», сообщение сервера. Пожелание — «было бы удобнее другим цветом». На входе вас режут за простыню пожеланий и хвалят за три понятных дефекта с шагами. В отчёте один баг — один факт. Не склеивайте пять экранов в один тикет. Скрин, версия, браузер. Если не воспроизвели с третьего раза — так и напишите, не выдавайте флаки за стабильный дефект.

После тестового не исчезайте. Коротко: отправил файл, готов уточнить окружение. Если через неделю тишина — один follow-up. Дальше — следующая вакансия. Если провал повторяется, сравните свои отчёты с тем, что просили: часто режут за пропуск критичного сценария, а не за «мало багов». Тогда в папку добавьте именно критичный путь, не ещё один курс ISTQB.

На работе первый месяц не геройствуйте «я нашёл 80 багов в онбординге». Спросите, что уже известно, что не заводить, какой шаблон принят. Дубликаты раздражают сильнее, чем скромный старт. Эскалация в разработку — с шагами и ожиданием, как в поддержке. Смежная роль поддержки, если ещё выбираете дверь: удалённая работа в поддержке.

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

Нужен ли ISTQB?

Как плюс в некоторых компаниях — да. Как замена папке с багами — нет. Сначала артефакт, потом сертификат, если на него есть время.

Можно ли войти сразу в automation без manual?

Редко, если вы уже разработчик. С нуля почти всегда ждут ручную базу. Исключение — стажировка automation с кодом, где вас учат контуру. Тогда портфолио — тесты, не теория.

Берут ли QA без высшего?

Да, если видно работу. Диплом сам по себе не закрывает тестовое.

Стоит ли идти в QA «на время», чтобы потом в разработку?

Можно, если вы честно делаете QA, а не саботируете регресс. Переход в разработку — отдельный план и код. Не обещайте работодателю, что уйдёте через три месяца.

Какой язык учить для автотестов?

Тот, который в ваших целевых вакансиях: часто Java, Python или JavaScript. Один язык, один простой пайплайн. Не три фреймворка без CI.

Что делать, если тестовые не прохожу?

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

Чек-лист папки и отклика

  • Есть ссылка без пароля. Два-три лучших отчёта лежат сверху, не в архиве из 80 файлов.
  • Шаблон бага единый: шаги, ожидание, факт, окружение, вложение.
  • В сценариях есть негатив и граница, не только «счастливый путь оплаты».
  • Написано, что не покрыто: нагрузка, мобильное нативное, безопасность как профессия.
  • В резюме нет слова automation, если нет тестов в CI.
  • Письмо начинается с роли и задачи вакансии, не с «опыта нет, но».
  • Вы можете за 10 минут провести по трём багам и чек-листу регресса.
  • Для вакансий с SQL есть хотя бы несколько SELECT/JOIN на учебной схеме.

Если папка закрывает список, откликайтесь точечно: junior QA, intern, тестировщик. Не рассылайте одно письмо на SDET и на ручной вход. После десяти тишин вернитесь к критичному пути и качеству отчёта, не к новому фреймворку автотестов. Ритм поиска: сколько откликов нужно. Резюме ещё раз: резюме QA.

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

Выберите один учебный сервис. Сегодня напишите пять сценариев критичного пути и один баг-репорт по шаблону. Не покупайте новый курс ради «старта».

За две недели доведите папку до витрины из лучших отчётов. Соберите резюме QA, короткое письмо, откликнитесь на junior QA. Прогоните CV через разбор. Автотесты добавляйте после того, как ручную витрину уже можно открыть без пароля.