Как стать тестировщиком с нуля в 2026 году: план, написанный человеком, а не роботом

Привет! Меня зовут Олег, я QA-инженер и ментор в Test School. Уже 6 лет я проверяю, чтобы программы работали как часы, и помогаю новичкам попасть в IT. Каждый месяц ко мне приходят десятки людей: бывшие учителя, курьеры, продавцы, менеджеры, автомеханики, юристы. Все они хотят войти в IT через тестирование.

Кто-то уже насмотрелся YouTube и запутался в терминах, кто-то вообще ничего не знает, но слышал, что там платят. И что интересно: часть из них уже через 2–3 месяца получает офферы на 70–90 тысяч, а часть нет.

В чём разница? Да не в возрасте, не в образовании и не в каком-то особом техническом складе ума. Разница в подходе. Те, кто добивается успеха, сразу шли по чёткому маршруту: теория → инструменты → практика → собеседование. А те, кто зависал на бесплатных курсах, собирал знания по крупицам и не понимал, когда уже можно начинать искать работу, так и остаются в вечном обучении.

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

Кто такой тестировщик и чем он занимается

Простыми словами, тестировщик — это проверяльщик, который убеждается, что программа работает именно так, как задумано. Вот представь: ты открываешь форму регистрации и пытаешься её сломать. Или заказываешь товар в интернет-магазине, вводишь в поле количества не 1, а −100 и смотришь, что произойдёт. Или дёргаешь API, чтобы убедиться, что при попытке удалить несуществующего пользователя сервер ответит вежливым 404, а не грохнется с ошибкой 500.

На первый взгляд кажется, что это просто: сиди и кнопки нажимай. Но это совсем не так. Хороший тестировщик, прежде чем что-то нажать, задаст сотню вопросов: а что должно произойти? при каких условиях? что если пойти нестандартным путём? что потом останется в базе данных? как это всё будет выглядеть у пользователя со слабым интернетом?

Что делает Junior QA в обычный день

• Читает, что команда хочет сделать, и уточняет детали у аналитика.
• Пишет план проверок — чек-лист или тест-кейсы — для новой функции.
• Проверяет эту функцию на тестовом сервере: иногда вручную, иногда через инструменты разработчика в браузере, иногда через Postman, если речь об API.
• Если находит ошибку, аккуратно оформляет её в Jira или YouTrack.
• Участвует в ежедневных встречах команды и рассказывает, что сделал и где нужна помощь.
• Перепроверяет, что разработчики всё починили. Это называется ретест.
• Прогоняет набор основных проверок перед выпуском новой версии. Это регресс.

Часто путают тестировщика и QA-инженера. Формально QA шире: тестировщик проверяет сам продукт, а QA-инженер следит за качеством всего процесса разработки. На практике, особенно для новичков, эти слова используют как синонимы. Не заморачивайся этим на старте: сначала научись работать руками, а инженерное мышление придёт с опытом.

Сколько зарабатывает тестировщик в 2026 году

Цифры ниже основаны на данных Getmatch и «Хабр Карьеры» за 2025–2026 годы. Это усреднённые значения по России. В Москве и Петербурге обычно платят побольше, в регионах чуть меньше, но если работаешь удалённо, разница почти стирается.

Реалистичная цель на первый год: получить работу джуниором на 70–90 тысяч, а к концу года вырасти до 120–140, если попадёшь в адекватную компанию. За 2–3 года, если будешь развиваться, вполне реально выйти на 200 тысяч и выше.

Отдельная точка роста — автоматизация тестирования. Здесь нужно освоить язык программирования, например Java или Python, и один из фреймворков: Selenium или Playwright для веба, Appium для мобильных приложений. Как правило, этим начинают заниматься уже в компании, через 6–12 месяцев после начала работы руками.

Что должен знать Junior QA: минимум для старта в 2026 году

Это тот самый базовый пакет, который спросят почти на каждом собеседовании на Junior QA. Если ты начинаешь с нуля, именно этот список и есть твоя программа на ближайшие два месяца. Если знаешь меньше, придётся краснеть. Если знаешь больше, считай, ты уже крепкий мидл, а не просто джун.

Теория тестирования — твой фундамент

• SDLC, жизненный цикл ПО: как вообще разрабатываются программы.
• Agile и Scrum: как работают современные команды, кто за что отвечает, какие есть встречи.
• Виды и уровни тестирования: юнит, интеграционное, системное, приёмочное. Что, когда и зачем проверяем.
• Функциональное и нефункциональное тестирование: работает ли «как надо» и «насколько хорошо».
• Smoke, sanity, regression: зачем нужны эти проверки и в чём разница.
• Чёрный, белый и серый ящик: подходы к тестированию.

Тест-дизайн — как придумать лучшие проверки

• Классы эквивалентности и граничные значения: как проверять максимально эффективно.
• Попарное тестирование: для сложных форм с множеством полей.
• Таблица принятия решений и диаграмма переходов состояний: для логических задач.

Документация — говорим с разработчиками на одном языке

• Чек-листы: быстрый список проверок.
• Тест-кейсы: подробные инструкции шаг за шагом.
• Баг-репорты: как описать ошибку, чтобы её быстро починили. Серьёзность, приоритет, шаги воспроизведения.

Инструменты и техника — твои руки и глаза

• Jira или YouTrack: отслеживание задач и багов.
• Test IT или TestRail: управление тест-кейсами, планы, прогоны, результаты.
• Chrome DevTools: твоя вторая кожа. Вкладки Elements для вёрстки, Network для сетевых запросов, Console для ошибок, Application для данных в браузере, плюс эмуляция мобильных устройств.
• Postman: тестирование API. Понимание REST, HTTP-кодов 200, 404, 500 и формата JSON.
• Charles или Fiddler: подглядывание за мобильным трафиком, что твой телефон отправляет на сервер.
• SQL: SELECT для выборки, WHERE для фильтра, JOIN для связи таблиц, GROUP BY для группировки, агрегатные функции для подсчёта суммы и среднего.
• Dbeaver или аналог: удобная работа с базами данных.
• Android Studio и Xcode: как минимум чтобы запустить эмулятор телефона.

Мягкие навыки — потому что ты работаешь с людьми

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

ИИ в тестировании: друг или враг

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

Как ИИ уже помогает тестировщикам в 2026 году

• Генерация идей для тест-кейсов. ИИ анализирует требования или логи использования продукта и предлагает проверки, о которых ты мог не подумать. Идеальные тест-кейсы он не напишет, но даст отличный черновик.
• Анализ логов и поиск аномалий. Вместо ручного просмотра терабайтов логов ИИ быстро находит подозрительные закономерности и ошибки. Он как детектив, который мгновенно роется в куче улик.
• Приоритизация багов. Опираясь на данные об использовании, схожие ошибки и отзывы пользователей, ИИ помогает понять, какой баг чинить первым, а какой подождёт.
• Оптимизация тестовых наборов. Подсказывает, какие тест-кейсы запускать чаще, а какие можно сократить, чтобы ускорить тестирование без потери качества.
• Помощь в автоматизации. Когда дойдёшь до автотестов, ИИ сгенерирует шаблонный код, улучшит читаемость тестов и напишет простые скрипты по твоему описанию.

Что ИИ не умеет и не скоро научится

• Проверять смысл требований. ИИ не понимает, зачем продукт нужен людям, не мыслит критически и не задаёт вопросы заказчику.
• Оценивать риски. Он не поймёт, насколько ошибка критична для бизнеса или репутации компании.
• Договариваться с командой. Убедить разработчика починить баг или договориться с аналитиком о спорном моменте — чисто человеческие навыки.
• Брать ответственность. Если что-то пойдёт не так, отвечать будешь ты, а не алгоритм.

Пошаговый план: 8 недель до первого оффера

Это программа, по которой я работаю со своими студентами. Она очень плотная, но реальная, если ты готов уделять учёбе 3–4 часа в день. Если у тебя есть только 2 часа, учёба займёт 3 месяца, и это абсолютно нормально. План рассчитан именно на старт с нуля: предварительных знаний в программировании не требуется.

Недели 1–2. Фундамент: теория и тест-дизайн

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

Что делаешь:

• Глубоко погружаешься в SDLC и Agile. Поймёшь, где в этом хаосе находится твоя роль.
• Зубришь — да-да, именно зубришь, это пригодится всю жизнь — виды и уровни тестирования.
• Начинаешь применять техники тест-дизайна на конкретных примерах. Возьми простую форму регистрации с именем, почтой и возрастом и напиши для неё проверки через классы эквивалентности и граничные значения.
• Учишься писать свои первые тест-кейсы и чек-листы.
• Тренируешься оформлять баг-репорты по шаблону: заголовок, окружение, шаги воспроизведения, ожидаемый и фактический результат, серьёзность и приоритет.

Результат через 2 недели: первая коллекция документации для учебного проекта. Ты чётко понимаешь, кто есть кто в IT-команде и как роль QA вписывается в общую картину.

Недели 3–4. DevTools, клиент-сервер и логи: вскрываем веб

Это тот момент, когда многие внезапно понимают: тестирование — не только про кнопочки. Есть браузер, есть интернет, есть сервер, есть база данных, и ты должен уметь заглядывать во все эти места.

Что делаешь:

• Изучаешь цепочку «твой компьютер → интернет → сервер → база данных». Что такое протокол HTTP, какие бывают методы запросов (GET, POST, PUT, DELETE) и коды ответов: 200 — всё хорошо, 404 — не найдено, 500 — ошибка на сервере.
• Открываешь Chrome DevTools и поселяешься там. Elements для изучения и изменения вёрстки, Network для просмотра сетевых запросов, Console для отлова ошибок JavaScript, Application для работы с cookie и локальным хранилищем. Не забудь про эмуляцию мобильных устройств.
• Учишься читать логи. Больше никакой паники при виде длинных стектрейсов: ты найдёшь нужную строку с ошибкой и принесёшь разработчику конкретную причину, а не просто «не работает».
• Заводишь первый настоящий проект в Jira или Test IT: доски, статусы задач, управление рабочим процессом.

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

Недели 5–6. API, Postman и мобильное тестирование: говорим с программами

Тестирование API — это то, что отличает настоящего QA от тестера-кликера. К этому моменту ты должен уметь взять документацию по API, например в Swagger, понять, как работают эндпоинты, и написать для них тест-кейсы без помощи разработчика.

Что делаешь:

• Устанавливаешь Postman и учишься отправлять запросы: GET получить список, POST создать новое, PUT обновить, DELETE удалить.
• Разбираешься с заголовками, параметрами, телом запроса и авторизацией по токену.
• Пишешь тест-кейсы для настоящего открытого API. Мы, например, даём Travelpayouts: это не учебная песочница, а реальные данные.
• Переходишь к мобильному тестированию: составляешь чек-лист для Android и iOS, работаешь с эмуляторами, снимаешь трафик с телефона через Charles.

Ключевая веха: после шестой недели можно смело откликаться на вакансии. Не когда-нибудь потом, а буквально в понедельник седьмой недели. Дальше ты совмещаешь учёбу с собеседованиями.

Недели 7–8. SQL, резюме и собеседования: последний рывок

SQL — самый частый вопрос на техническом интервью для Junior QA. Не потому, что ты будешь каждый день писать сложные запросы, не будешь. А потому, что это показатель: если человек разобрался с SQL, значит, способен понять логику данных.

Что делаешь:

• Изучаешь SELECT, WHERE, ORDER BY и LIMIT — базовые операции с данными.
• Разбираешься с JOIN: INNER, LEFT, RIGHT. Это самый частый вопрос на собеседованиях.
• Учишь GROUP BY и агрегатные функции: COUNT, SUM, AVG, MIN, MAX.
• Тренируешься на 25–30 типовых задачах. Этого достаточно для 90% собеседований.
• Параллельно составляешь резюме, но не одно на всех, а под конкретную вакансию.
• Готовишь самопрезентацию и ответы на частые вопросы.
• Проходишь мок-интервью со мной или с другом-тестировщиком.

Результат через 8 недель: готовое резюме, портфолио с 3–4 учебными проектами и понимание, как отвечать на любой типовой вопрос. С таким багажом в среднем уходит 4–8 недель на поиск первой работы.

Инструменты, которые осваивает каждый QA в 2026 году

Это не бесконечный список, а минимум из десяти инструментов, вокруг которых крутится ежедневная работа Junior QA.

1. Chrome DevTools. Главный инструмент, в нём ты будешь каждый день. Обязательно освоить Network, Elements, Console, Application и эмуляцию устройств.
2. Postman. Здесь делается 90% всего тестирования API. Разберись с коллекциями, переменными окружения и простыми тестовыми скриптами.
3. Jira. Самый популярный баг-трекер. Нужно уметь создать задачу, привязать её к спринту и поменять статус.
4. Test IT и TestRail. Системы управления тест-кейсами. Test IT популярнее в России, TestRail за рубежом.
5. Dbeaver. Универсальная программа для работы с базами данных: подключиться, посмотреть таблицу, написать базовый запрос.
6. Swagger. Понятная документация к API. Нужно уметь ей пользоваться и не теряться в моделях данных.
7. Charles и Fiddler. Нужны при работе с мобильными приложениями и когда проверяешь, какие данные уходят на сервер. Позволяют перехватывать и изменять трафик.
8. Android Studio. Минимум — научиться запускать эмулятор Android.
9. Figma. QA часто сверяет реализацию с тем, что нарисовал дизайнер.
10. Kibana и Grafana. Просмотр логов и метрик. На старте достаточно уметь найти нужную запись.

Как составить резюме тестировщика без опыта

Главная ошибка новичков — писать резюме в стиле «обучаемый, коммуникабельный, стрессоустойчивый, готов учиться». Такие резюме HR даже не читает. Посмотри пару настоящих вакансий Junior QA: там ищут не обучаемых, а людей с конкретными навыками и умением работать с конкретными инструментами.

Правильная структура резюме

1. Заголовок. «QA Engineer (тестировщик ПО)», а не «инженер-программист» и не «специалист по IT». Будь точен.
2. Опыт работы. Если коммерческого опыта нет, пиши про стажировку и учебные проекты: «Тестирование коммерческого API Travelpayouts: составил 40 тест-кейсов, нашёл и оформил 15 баг-репортов». Это и есть твой опыт. Указываешь проект, срок и, если есть, ссылку на баг-трекер.
3. Ключевые навыки. Список из 10–15 конкретных пунктов ровно теми словами, которыми их ищет HR: «Знаю SDLC и гибкие методологии Agile», «Тестирую API в Postman и Swagger», «Знаю SQL: CRUD и JOIN», «Работаю с DevTools и Charles».
4. Инструменты. Просто перечисление: Postman, Jira, Test IT, DevTools, SQL, Dbeaver, Charles, Android Studio, Figma. Забудь про Word, Excel и Outlook, это само собой разумеется.
5. Образование и курсы. Где учился, название курса и что именно освоил.
6. О себе. Коротко, 2–3 строки: зачем ты в тестировании и чем будешь полезен команде. Без литературных оборотов.

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

• «Быстро обучаюсь», «ответственный», «пунктуальный». Эти слова ничего не говорят работодателю.
• Сертификаты, не имеющие отношения к IT. Курсы бариста не помогут, если ты не идёшь в кофейную сеть.
• «Ищу интересные задачи». Это никого не интересует.
• Фото в купальнике или с корпоратива. Будь профессионален.

Где искать первую работу тестировщиком

Основные площадки, где ты найдёшь свою первую вакансию:

• hh.ru. Самая большая база вакансий. Настрой фильтры: «Тестирование», опыт «Нет опыта или до 1 года», формат «Удалённый или гибридный», зарплата от 50 тысяч. Не занижай.
• «Хабр Карьера». Вакансии от продуктовых IT-компаний. Меньше шума, больше действительно хороших предложений.
• Getmatch. Отличный сервис, если ищешь удалёнку. Здесь хорошо видна прозрачность зарплат.
• Telegram-каналы. Ищи по запросам «QA русскоязычное сообщество», «QA вакансии», «QA jobs». Часто там появляются вакансии, которых нет на hh.
• LinkedIn. Полезен для международных вакансий и если планируешь релокацию.

Сколько откликов нужно? Реально 50–150 качественных откликов, чтобы получить первый оффер. Не 500 и не 1000. Качественный отклик — это когда ты прочитал вакансию, подогнал под неё резюме и написал сопроводительное письмо. Если отправил 300 одинаковых резюме и получил ноль приглашений, проблема не в рынке, а в резюме или в подготовке к собеседованиям. Это чинится за пару встреч с ментором.

7 ошибок новичков, из-за которых их не берут

1. Только теория, без практики. Можно посмотреть сотни часов видео и ни разу не открыть Postman. Работодателю нужен тот, кто умеет делать, а не тот, кто просто знает.
2. Игнорируют DevTools и SQL. «Я же ручной тестировщик, зачем мне это?» А затем, что без этого ты не пройдёшь собеседование.
3. Пишут баги в стиле «не работает». Хороший баг-репорт — половина успеха QA. Плохой раздражает разработчиков и портит твою репутацию.
4. Заучивают ответы без понимания. Опытный интервьюер за 30 секунд поймёт, что ты зубрил. Один уточняющий вопрос, и всё рушится.
5. Уходят в автоматизацию слишком рано. «Изучу Selenium и сразу стану мидл-автоматизатором». Нет: без хорошей базы ручного тестирования автоматизация превращается в бессмысленное написание кода.
6. Одно резюме на все вакансии. Правильный отклик занимает 15 минут: прочитать вакансию, подстроить резюме под ключевые слова и написать грамотное сопроводительное.
7. Сдаются после 10 отказов. Первые отказы — не конец света, а информация для анализа. Пойми, где просел, подучи и иди дальше. Те, кто держится 2 месяца, почти всегда получают оффер.

Курс или самообучение: что выбрать

Самообучение работает, если у тебя есть много времени, полгода-год, железная дисциплина и друг-тестировщик, готовый отвечать на все вопросы. Тогда Stepik, YouTube, книги и практика — это реально.

Но это не работает, если ни одного из этих условий нет. Тогда получается «учусь-учусь-учусь» без видимого результата: непонятно, какая теория актуальна в 2026 году, какой стек действительно нужен, что писать в резюме, что отвечать на собеседовании. Люди годами пытаются войти в IT и так и не входят.

Курс с ментором решает эти проблемы: тебе показывают, что учить, проверяют домашние задания, дают обратную связь и готовят к реальным собеседованиям. Разница обычно такая: 6 месяцев самостоятельных мытарств против 2 месяцев с наставником.

Частые вопросы про профессию тестировщика

Итог: тестировщик — это реально

Стать тестировщиком с нуля в 2026 году — не мечта, а вполне достижимая цель. Но это не произойдёт за неделю и не по одному плейлисту с YouTube. Нужны 2–3 месяца системной работы. Маршрут понятен: сначала теория, потом тест-дизайн, потом DevTools и клиент-серверная архитектура, дальше API и Postman, не забываем про SQL, и только потом резюме и собеседования. С каждой неделей ты будешь ближе к первой работе, а уже после шестой недели можно активно откликаться на вакансии, совмещая это с обучением.

Главное — не изучать всё хаотично и не застревать в вечном обучении. Возьми этот план, поставь реальные сроки, найди того, кто будет отвечать на твои вопросы и проверять, что ты делаешь. И тогда через два месяца ты скажешь не «я всё ещё учусь», а «я вышел на первую работу в IT».