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

В 2021ом году я уехал из Мурманска в Москву с одной целью — войти в IT. До этого обучался пару месяцев дома, а уже находясь в столице нашёл работу за месяц.

С тех пор успел поработать в Т-Банке, Яндексе и Okko, а теперь помогаю другим людям пройти тот же путь.

Дело в том, что большинство гайдов «как стать тестировщиком» написаны одним из двух типов людей. Первые — крупные онлайн-школы, которым нужно продать вам курс за 100–150 тысяч (это в среднем, но бесконечность, как мы знаем — не предел). Они будут рассказывать, что без их программы в IT не попасть. Вторые — теоретики, которые сами давно не искали работу и не представляют, как сейчас выглядит рынок (может и не представляли никогда; многие пишут без осмысления того, что пишут).

У меня достаточно насмотренности, чтобы уверенно сказать: платить 100–150 тысяч за курс по тестированию — в большинстве случаев переплата. За бренд, маркетинг, кураторов (которые просто "решают вопросики"), наставников (которые просто отвечают на вопросики в чате) и т.д.

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

Тестирование — это вообще для тебя?

Не будем юлить — многие (в том числе и я в своё время) выбирают тестирование по двум причинам: не очень сложно и много платят. В общем-то, и то, и то — правда (с оговорками, конечно, но куда без них; ниже дам статистику по зарплатам).

Тем не менее, важно сразу заметить: тестирование не для всех.

Например, если ты бежишь от рутины — вероятно, здесь её будет ещё больше (хоть и с возможностью автоматизации, но до этого еще дорасти надо).

Если привык к работе на ногах и в движении — такое покажется тебе адом, ведь наша работа — полный этому антипод.

В своей основе наша работа — это писать тесты, чтобы потом снова и снова их проходить. Снова. И снова. Кому-то это нравится, кому-то — категорически нет.

Да, как я уже сказал, со временем можно научиться это автоматизировать, но до этого еще нужно дорасти. Тем не менее, шаблон работы "увидел задачу -> написал тест -> прошел тест -> сообщил об ошибке (если есть) -> закрыл задачу". Правда, подобные алгоритмы много где есть (в айтишке почти всегда процесс похож), но тем не менее.

Тебе подойдёт, если:

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

Тебе НЕ подойдёт, если:

• Хочешь творческую работу каждый день. QA — это про системность, а не про креатив. Да, бывают интересные задачи, но 80% работы — рутина (хотя где не так?).
• Бесит «тупая» работа. Если прокликивание одних и тех же форм вызывает у тебя физическую боль — подумай дважды. Зависит от вакансии, конечно, но тупая работа будет встречаться почти везде.
• Ищешь быстрый заработок. От начала учебы до получения работы могут пройти месяцы (у некоторых этот путь занимает вплоть до года, но это тоже скорее исключение). Нужно терпение. И упорство

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

Как понять, твоё ли это? Три простых шага. Первый — найди на YouTube автора, который рассказывает про тестирование так, чтобы не хотелось уснуть (попробуй начать с моего канала). Если не получается найти — возможно, это уже первый сигнал. Второй — пройди какой-нибудь вводный курс (желательно простой и бесплатный). Третий — если зашло, возьми недорогой курс за сумму, которую не жалко потерять. Или по крайней мере тот, который можно будет просто вернуть, если ожидания не сойдутся (но надо читать оферты и договоры, иначе можно пролететь)

Что нужно знать тестировщику — полная карта навыков

Итак, ты решаешь, что хочешь попробовать. Теперь самый частый вопрос: что конкретно учить?

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

Вот полная карта пути от нуля до готовности к собеседованиям:

Если бы мне было нужно описать словами, то это выглядело бы как-то так:

1. Основы тестирования

Теория тестирования, тест-кейсы, баг-репорты, чек-листы. Это фундамент — без него на собеседовании делать нечего. Хорошая новость: это самая простая часть. На неё уходит 1–2 недели при активном обучении.

2. Подробная теория тестирования

Виды тестирования (функциональное, регрессионное, интеграционное и т.д.), методы и техники тест-дизайна (эквивалентные классы, граничные значения, pairwise). Звучит страшно, на деле — логика, которую можно понять за несколько дней. Ее можно оставить напоследок, когда начнешь подаваться на вакансии — ибо очень душно начинать с неё.

3. DevTools

Браузерные инструменты разработчика. Консоль, вкладка Network, Elements — ваши главные рабочие инструменты. На собеседовании обязательно спросят, умеете ли вы пользоваться DevTools.

4. Тестирование вёрстки

Адаптивность, кроссбраузерность, pixel-perfect. Не нужно быть верстальщиком, но понимать, где баг в вёрстке, а где фича — обязательно. Здесь же нужно уметь работать с макетами (на них обычно дизайнеры показывают как должно быть) и понимать, из каких элементов вообще может состоять сайт.

5. Тестирование мобильных приложений

Специфика iOS и Android, эмуляторы, основные паттерны. Сейчас почти каждая компания (даже какая-нибудь локальная пиццерия) имеет мобильное приложение, поэтому этот навык очень востребован. И с годами только востребованнее становится.

6. Снифферы (Charles Proxy)

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

7. Тестирование API (Postman)

REST API, HTTP-методы, статус-коды, JSON. Нужно уметь пользоваться Postman — основным инструментом для API-тестирования. Это один из самых важных навыков: почти на каждом собеседовании будет задание на API.

8. Базы данных (SQL)

SELECT, JOIN, WHERE, INSERT — базовые запросы, которые позволяют проверять данные напрямую в базе. Мы не аналитики и не Data Scientist'ы, нам достаточно не очень глубокого погружения, но все равно нужно уметь работать с базами данных — хотя бы на простом уровне.

9. Git

Система контроля версий. Минимум — понимать, что такое ветки, коммиты и пулл-реквесты. Это нужно не столько для тестирования, сколько для работы в команде.

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

Сколько времени занимает обучение

Самый честный ответ: зависит от тебя. Но давай по цифрам.

Я стал тестировщиком за 4 месяца. При этом занимался ежедневно по несколько часов — это был мой основной фокус. Я тогда работал 2 через 2, мог позволить себе свободные дни посвятить обучению.

Среди моих студентов разброс большой:

• 1.5–2 месяца — при активном ежедневном обучении и чёткой мотивации. Это реальные кейсы, не маркетинг.
• 3–6 месяцев — если учитесь параллельно с работой, по вечерам и выходным. Самый типичный сценарий.
• 6–9 месяцев — если темп неспешный или были перерывы. Тоже нормально — главное не бросать.

Если поиск затягивается дольше — скорее всего, большие систематические проблемы либо с резюме, либо с навыками, либо с софт-скиллами (умением говорить). Либо со всем перечисленным.

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

Вот реальные примеры моих студентов:

Сколько платят?

По данным на 2026 год, джуниор-тестировщик в Москве стартует от 60 000–90 000 ₽ в месяц. Через год-два, на уровне Middle, — уже 100 000–170 000 ₽. Senior и Lead QA получают от 170 000 до 300 000+ ₽. В регионах цифры ниже, но удалёнка в IT — давно норма.

Т.е. через год зарплаты действительно неплохие, но, конечно, не уровень каких-нибудь backend-разработчиков, data scientist'ов и прочих более сложных профессий с более высоким порогом входа.

Где и как учиться

Если бы я учился тестированию сегодня, я точно бы не стал делать двух вещей.

Первое — идти за высшим образованием в IT. Сфера слишком быстро меняется. Любая обучающая программа, которая была актуальна ещё совсем недавно, сейчас уже никому не нужна. Тестировщикам, конечно, попроще — основы у нас почти не меняются — но всё равно учиться годами тому, чему можно научиться за пару месяцев, для меня странно.

Второе — идти в крупные онлайн-школы за 100–150 тысяч. В общем-то, именно потому, что я видел эти самые курсы и то, что предлагается за такую сумму, я и занялся обучением сам.

Вот как я вижу разумный путь:

1. Бесплатные ресурсы — для ознакомления

YouTube, бесплатные курсы на Stepik. Цель — понять, нравится ли вам вообще эта тема. Не пытайтесь изучить всё бесплатно — бесплатные материалы обычно разрозненные и без структуры. Ну и есть за ними такой грешок — вываливают на студента тонны теории — классификации, методологии, техники…если бы я был чуть менее упорным и если бы у меня были запасные пути — может, и не было бы меня как тестировщика.

2. Недорогие курсы — для тех, кто определился

Курсы за 1–5 тысяч рублей с чёткой программой и практикой. На Stepik, Udemy или у независимых авторов. Важно — чтобы была структура и последовательность, а не набор случайных тем. В этом ценовом диапазоне редко бывает проверка домашек и никогда не бывает персонального подхода (но оно и логично)

3. Дорогие программы (100K+) — для кого имеет смысл

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

4. Менторство

Индивидуальные занятия с практикующим тестировщиком. Самый эффективный формат, но и самый дорогой по времени ментора. Хороший вариант, если застряли и не понимаете, куда двигаться дальше.

Часто можно найти менторов, которые предлагают прям точечно готовить к трудоустройствам, но оно и будет стоить больше всего в итоге (сотни тысяч - не предел).

Как найти первую работу

Это самый ценный раздел, потому что знания без трудоустройства — это просто хобби (не самое захватывающее, прямо скажем). Вот конкретная стратегия, которая работает.

Убери фильтр «Без опыта»

Серьёзно. Просто не ставь этот фильтр на HeadHunter и других платформах поиска работы. Забудь про него. Его не существует.

Работодатели по умолчанию ставят везде требование «от 1 до 3 лет опыта» — проверьте, это самая большая категория вакансий на тестировщика. Они рассчитывают на опытных кандидатов, но не всегда их получают — поэтому готовы рассмотреть и тех, у кого его поменьше.

В описании вакансии моей первой работы было написано «Высшее техническое образование» и «От 1 до 3 лет опыта» — ни того, ни другого у меня не было, и меня всё равно взяли.

Стратегия: количество, а не качество

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

Чтобы никогда не найти работу в IT, нужно:

1. Просматривать и вчитываться в каждую вакансию перед откликом
2. Писать уникальные сопроводительные письма под каждую
3. Смотреть только стажировки и вакансии «Без опыта»
4. Браться за все тесты, анкеты и тестовые задания

Звучит контринтуитивно? Так и есть. Но на начальном этапе ваша задача — максимизировать количество откликов (а значит контактов с HR и собеседований). Каждое собеседование — это опыт, даже если вас не взяли. С каждым собеседованием ты становишься уверенее и лучше понимаешь, чего ожидать.

Вылижи резюме

Твоя ключевая задача — распихать самые распространённые ключевые навыки по разным частям резюме. Убрать всякую муть вроде «стрессоустойчивость» и «коммуникабельность». Вместо этого — конкретные инструменты: Postman, SQL, Charles Proxy, DevTools, Git.

Пробивайся нестандартно

Не ограничивайся HeadHunter. Подавайся через сайт компании напрямую. Ищи лидов тестирования и HR в LinkedIn. Проси друзей в IT о реферале. Выделяйся на фоне тысяч одинаковых откликов. Это даже не противоречит стратегии "количества, а не качества" — просто в классические сайты вакансий мы бьем одним подходом, в более личные — другим.

Чего ожидать от первой работы

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

Отсутствие микроконтроля

До IT я работал в автосалоне УАЗ. Работа была неравномерная, и начальство контролировало каждый шаг. В свой первый рабочий день в IT-компании я написал ментору: «А можно я отлучусь на часик пообедать?» Он ответил: «Мне всё равно, чем ты занимаешься — главное, чтобы задачи были выполнены».

Это стандарт в IT. Никто не стоит над душой (обычно, но индивидуумы всегда находятся). Есть задачи, есть дедлайны — а как ты распределяешь время, твоё дело.

Толерантность к ошибкам

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

Начальство, которое слушает

Ретроспективы, 1-на-1 встречи, обратная связь. Вы можете предложить улучшение процесса — и его реально рассмотрят. После авторитарных сфер это кажется чем-то нереальным, но в IT это норма.

Короче говоря — не бойтесь первой работы. Вас будут учить, вам будут помогать, и вас не уволят за ошибку. Все были новичками.

Заключение

Тестирование — это реальный путь в IT. Не самый простой, не для всех, но реальный. Тысячи людей уже прошли этот путь — от полного нуля до оффера, от «я ничего не понимаю в IT» до «я QA-инженер в продуктовой компании».

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

Но если после прочтения этой статьи не покидает ощущение «да, это похоже на меня» — начинай сегодня. Не через месяц, не с понедельника (если только сегодня не понедельник). Сегодня.

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

Программа «Инженер по тестированию» · Telegram-канал