Стать junior-тестировщиком с нуля реально за 2–6 месяцев подготовки. Junior на старте 2026 получает 60–120 тысяч ₽ в Москве и 35–70 тысяч в регионах, среднее начинающего — около 63 тысяч. Это всё ещё самый доступный вход в ИТ: без сложной математики, без обязательного диплома.
И при этом сотни людей проходят курс, а потом год не могут найти работу. Не потому, что курс плохой. Потому, что «лёгкий вход» — это история про 2019 год, а на дворе 2026.
Разница между теми, кто входит, и теми, кто бросает после года поиска, — не в том, кто заплатил за обучение больше. Она в том, кто пришёл на собеседование с теорией тестирования, грамотными баг-репортами, базовым SQL, пониманием API и pet-проектом, где он реально что-то сломал и задокументировал. Тестирование — это профессия про то, чтобы находить чужие ошибки раньше пользователя. Войти в неё можно. Но не на честном слове рекламного лендинга. Дальше — что учить, в каком порядке, за сколько и как не оказаться в числе бросивших.
Разработчик пишет код, чтобы программа работала. Тестировщик ищет, где она сломается. Кнопка, которая не нажимается на старом телефоне. Форма, которая принимает буквы в поле «возраст». Перевод денег, который проходит дважды при двойном клике. Всё это должен найти QA — до того, как найдёт клиент и напишет гневный отзыв.
Работа делится на две ветки, и новичку важно не перепутать. Ручное тестирование (manual) — проверяешь продукт руками: идёшь по сценариям, кликаешь, вводишь данные, сверяешь результат с ожиданием. Автоматизированное (automation) — пишешь код, который прокликает за тебя тысячу проверок за ночь. Звучит так, будто автоматизация круче и туда надо сразу. Не надо.
Нельзя автоматизировать то, чего не понимаешь руками. Сначала ты учишься видеть, что и как проверять, — это manual. Потом учишься поручать рутину скрипту — это automation. Automation QA платят больше при равном опыте, и это правильный вектор роста. Но точка входа — ручное тестирование. Тот, кто бросается писать автотесты, не понимая теории, пишет автотесты, которые проверяют не то.
Есть минимум, который спрашивают почти на каждом junior-собеседовании. Не «приятно знать» — спрашивают.
Первое — теория тестирования. Виды тестирования, уровни, техники тест-дизайна (классы эквивалентности, граничные значения), разница между тест-кейсом и чек-листом. Это язык профессии. Без него ты не поймёшь, что от тебя хотят, а интервьюер за пять минут поймёт, что ты язык не знаешь.
Второе — баг-репорты. Главный продукт тестировщика — не найденная ошибка, а её описание. Хороший баг-репорт разработчик воспроизводит за минуту: шаги, ожидаемый результат, фактический, окружение. Плохой возвращается с комментарием «не воспроизводится» — и ты выглядишь так, будто выдумал проблему. Умение писать баг-репорты отличает человека, который тестировал, от человека, который читал про тестирование.
Третье — SQL. Данные приложения лежат в базе. Чтобы проверить, что заказ сохранился правильно, ты делаешь к ней запрос. SELECT, WHERE, JOIN, простые агрегаты — этого достаточно для старта, и это спрашивают. Никакой высшей математики, обычная логика выборки.
Четвёртое — API и понимание клиент-сервера. Современные приложения — это обмен запросами между фронтендом и сервером. HTTP-методы, коды ответов (200, 404, 500 — что они значат), как послать запрос и прочитать ответ в инструменте вроде Postman. Половина багов живёт не на экране, а в этом обмене.
Пятое — основы автоматизации, и тут оговорка. Junior-manual не обязан писать автотесты. Но понимать, что это, как устроен фреймворк, что такое локатор элемента — это даёт фору. Понимать, не писать. Этого хватит, чтобы не выглядеть человеком, который услышал слово «Selenium» впервые на собеседовании.
Прочитав эти пять пунктов, легко решить, что объём неподъёмный. Он подъёмный — за пару-шесть месяцев. Вопрос в том, откуда такая широкая вилка.
Два месяца — это если ты учишься как на работе: каждый день, по несколько часов, без длинных пауз. Шесть — если разбираешь теорию по вечерам после основной работы, час-полтора в день. Обе траектории рабочие. Способности тут почти ни при чём — решает регулярность. Тестирование не требует таланта, оно требует усидчивости и внимания к деталям, а это тренируется повторением.
Но вот цифра, которую рекламные лендинги показывать не любят. Срок обучения и срок трудоустройства — это разные сроки. Выучить теорию за два месяца можно. Найти первую работу — в среднем 6–12 месяцев активного поиска. После года безуспешных откликов большинство бросает.
Это не приговор. Это вводная, с которой надо начинать, а не та, которую узнают через полгода разочарований. Если ты заходишь в QA, рассчитывая на полгода поиска и сотни откликов, — ты пройдёшь. Если ждёшь оффер через две недели после курса, потому что так обещали, — ты бросишь.
Готовность к долгому поиску — половина успеха. Вторая половина — понять, почему он стал долгим.
Откуда берётся этот год поиска? Из той самой лёгкости, ради которой все идут.
QA продавали как самую простую дверь в ИТ — без кода, без математики, за пару месяцев. Реклама сработала. В дверь ломанулись все: гуманитарии, уставшие от своей профессии, выпускники, мечтающие об удалёнке. Низкий барьер притянул толпу — и барьер перестал быть низким.
Рынок 2026 это показывает в цифрах. 51% вакансий — на опыт 1–3 года, ещё 25% — на 3–6 лет. На чистого новичка остаётся узкая щель, за которую дерутся тысячи таких же. На Хабре главный вопрос звучит прямо: «курсы — это развод?» Не развод. Просто курс даёт знания, а не работу, — а толпа конкурентов с теми же знаниями в комплект не входила. Курсы, которые обещали лёгкий вход и давали 50% трудоустройства, тихо закрываются. Крупные платформы перестали зазывать в тестирование как в простой старт.
Работодатель в ответ задрал планку. От джуна ждут, что он включится в работу почти как middle, и желательно за две недели. Несправедливо? Да. Но это рынок, на который ты выходишь, и притворяться, что его нет, — значит готовиться к войне прошлого десятилетия.
Хорошая новость прячется в той же статистике рынка. Дефицит сейчас — навыков, а не людей. Компании готовы растить джуна под себя, многие присматриваются к студентам ещё во время учёбы. Им не нужен ещё один человек с сертификатом. Им нужен тот, кто уже что-то тестировал. И вот это ты можешь показать — даже без работы.
Замкнутый круг знаком каждому новичку: без опыта не берут, без работы нет опыта.
Разрывается он одним словом — pet-проект.
Опыт не обязан быть коммерческим. Возьми любое приложение или сайт, которым пользуешься. Протестируй его всерьёз: составь чек-лист, напиши тест-кейсы, найди баги, оформи баг-репорты так, будто сдаёшь их команде. Выложи всё публично — в репозиторий, в документ, куда угодно с открытой ссылкой. Это и есть доказательство, что ты не читал про тестирование, а тестировал.
Поле для практики огромное. Open-source проекты ждут, чтобы кто-то их потестил. Мобильные приложения часто открывают бета-тестирование. Программы bug bounty платят за найденные уязвимости — и да, новички туда заходят. Каждый такой эпизод — строчка в резюме, которая весит больше слова «курс».
Покажу на примере, как это выглядит в деле. Человек берёт мобильный банк, который у него на телефоне. Заводит документ: раздел «переводы». Пишет чек-лист — что проверить: перевод по номеру, перевод себе же, перевод на сумму больше остатка, двойной тап по кнопке «отправить». На четвёртом пункте находит баг: при быстром двойном нажатии форма уходит дважды. Открывает баг-репорт. Шаги воспроизведения: один, два, три. Ожидаемый результат: один перевод. Фактический: два списания. Окружение: модель телефона, версия приложения. Прикладывает скриншот. Всё. Этот один баг-репорт на собеседовании работает сильнее, чем сертификат, — потому что показывает не то, что человек слушал лекции, а то, как он думает.
На собеседовании это переворачивает разговор. Вместо «я прошёл обучение» — «вот приложение, которое я разбирал, вот баги, которые нашёл, вот как описал». Работодатель видит не обещание, а работу. И из двух джунов с одинаковым курсом берёт того, кто уже что-то сломал и задокументировал. Портфолио — это не дополнение к резюме. На junior-уровне это и есть резюме.
План на ближайшие месяцы укладывается в пять шагов, и порядок в них важен.
Сначала — теория тестирования и тест-дизайн: язык профессии, без которого остальное не складывается. Потом возьми реальное приложение и тренируй на нём баг-репорты и тест-кейсы, пока описание дефекта не станет привычкой. Дальше — SQL и API: выборки из базы и чтение запросов. Затем собери pet-проект и выложи публично — это твоё главное доказательство. И только потом — резюме под конкретную вакансию, отклики не поштучно, а пачками, и внутренняя готовность к 6–12 месяцам поиска.
Один честный вопрос перед стартом: QA — это точно ваше? Тестирование любит въедливых, тех, кого раздражает, когда что-то работает не так, как должно. Если вас бесят опечатки в меню кафе и нелогичные кнопки в приложениях — у вас профессиональная деформация ещё до профессии. Если детали наводят скуку — честнее посмотреть на другое направление, чем потратить полгода. Какой именно курс QA брать под ваш уровень, бюджет и сроки — это Профтест на /quiz подбирает по ответам, а не по тому, чья реклама громче. Полезно заранее свериться и со смежными разборами — сколько реально зарабатывает тестировщик по грейдам и что нужно знать тестировщику на старте.
Тот, кто в начале боялся, что поезд ушёл, прав наполовину. Поезд лёгкого входа действительно ушёл. Но поезд для подготовленного стоит на платформе и ждёт. Места есть. Только не в том вагоне, где едут на честном слове рекламы.
