Тестировщик — одна из самых доступных точек входа в IT, но и одна из самых недооценённых. От качества тестирования зависит, увидит ли пользователь падающее приложение в первый день после релиза или нет. В 2026 году профессия эволюционировала: ручной QA остаётся, но всё больше задач решает автоматизация и работа с инструментами анализа качества. Кто такой Тестировщик ПО (QA-инженер) и чем он занимается Тестировщик ПО (QA-инженер, инженер по обеспечению качества) проверяет, что программа работает так, как задумано, и не ломается в нестандартных ситуациях. Если разработчик пишет код, то тестировщик отвечает на вопрос «а что если пользователь введёт сюда смайлик длиной 10 000 символов и нажмёт Enter дважды». Базовые задачи: читать требования к новой фиче и заранее находить в них противоречия; составлять тест-кейсы и чек-листы; проверять функциональность вручную — кликать по интерфейсу, отправлять запросы в API через Postman, заглядывать в базу данных; заводить баги в трекер (Jira, YouTrack) с шагами воспроизведения, ожидаемым и фактическим результатом, скриншотами и логами; участвовать в регрессионном тестировании перед релизом; по мере опыта — писать автотесты на Python (pytest, Selenium, Playwright), Java (JUnit, Selenide), JavaScript (Cypress, Playwright). Пример тест-кейса для формы входа: ID: TC-LOGIN-014 Название: Авторизация с пустым полем «пароль» Предусловия: пользователь на странице /login, поле «email» заполнено валидным адресом из тестовой базы. Шаги: Оставить поле «пароль» пустым. Нажать кнопку «Войти». Ожидаемый результат: под полем «пароль» появляется текст ошибки «Введите пароль», запрос на сервер не отправляется (проверить через DevTools → Network), кнопка остаётся активной для повторной попытки. Приоритет: High. QA бывает разный. Мануальный тестировщик проверяет руками, без кода. Автоматизатор пишет автотесты, чтобы регрессия не сжирала недели ручной работы. QA-аналитик составляет тестовую документацию, оценивает покрытие. Отдельные направления — нагрузочное тестирование (JMeter, k6), тестирование безопасности, мобильное тестирование, тестирование игр. В современных командах QA-инженер участвует в обсуждении фичи задолго до того, как код написан: ловит расхождения в требованиях ещё на этапе постановки задачи. Это сильно дешевле, чем находить ошибку на этапе релиза. Где работает Тестировщики нужны почти везде, где есть разработка ПО: IT-компании и продуктовые корпорации — Яндекс, Сбер, Т-Банк, VK, Ozon, Wildberries, Авито. Большие отделы QA, отдельные направления автоматизации, нагрузочного и безопасного тестирования. Банки и финтех — особенно высокие требования к надёжности: тестирование платёжных систем, мобильных банков, антифрода. Страховые и маркетплейсы услуг — большие веб-кабинеты, интеграции с десятками подрядчиков. Госсектор — Госуслуги, региональные платформы, медицинские и образовательные системы. Цикл выпуска медленнее, требования к документации выше. Геймдев — отдельная культура с QA, который проходит игру по сценариям и ищет баги в игровой логике. Аутсорс и системные интеграторы — хороший вариант для старта: разные проекты, разные стеки, быстрый набор опыта. В 2026 году удалёнка и гибрид — норма для middle и senior QA. Junior чаще всего выходит в офис первые месяцы — так быстрее погрузиться в продукт и команду. Сколько зарабатывает тестировщик по (qa-инженер) в России По данным hh.ru и trudvsem.ru, диапазоны выглядят так: Junior мануальный (0–1 год) — 70 000–110 000 ₽ в Москве и Петербурге, 50 000–80 000 ₽ в регионах. Middle мануальный (1–3 года) — 120 000–180 000 ₽ в Москве, 90 000–140 000 ₽ в регионах. Middle автоматизатор (1–3 года) — 160 000–230 000 ₽ в Москве. Автоматизация платится заметно выше ручного тестирования. Senior QA / lead (4+ лет) — 200 000–350 000 ₽; отдельные позиции в продуктовых компаниях и финтехе доходят до 400 000 ₽. Ключевой апгрейд по зарплате — переход от мануального к автоматизатору. Senior-автоматизатор по доходу приближается к senior-разработчику, а senior-мануальный QA — нет. Это нужно учитывать на этапе выбора пути. Какие предметы ЕГЭ нужны Стандартный IT-набор: Русский язык — обязательный. См. материалы по русскому. Профильная математика — нужна для большинства профильных программ. См. подготовку по математике. Информатика — основной профильный предмет. См. материалы по ЕГЭ по информатике. Физика — иногда альтернатива информатике в технических вузах. См. подготовку по физике. Для QA требования к баллам обычно ниже, чем для топовых разработческих программ: профильная информатика на 65–75 баллов уже даёт реальные шансы на бюджет в крепком региональном вузе. Где учиться: программы и вузы ФГОС ВО: 09.03.04 Программная инженерия — наиболее прицельная программа: жизненный цикл ПО, тестирование, проектирование, командная работа. 09.03.01 Информатика и вычислительная техника — широкий технический бэкграунд, подходит для будущей автоматизации. ФГОС СПО: 09.02.07 Информационные системы и программирование — рабочий путь в QA через колледж. Многие компании берут джунов после СПО и в процессе работы доучивают их под свой стек. Сильные вузы: ИТМО (СПб) — программа «Программная инженерия», совместные курсы с продуктовыми компаниями. МГТУ им. Баумана — фундаментальная инженерная подготовка. СПбПУ Петра Великого — Институт компьютерных наук и кибербезопасности. ВШЭ — факультет компьютерных наук, ориентирован на продуктовую разработку. УрФУ, КФУ, НГУ — региональные центры с сильными IT-программами и связями с локальными офисами IT-компаний. QA — одна из тех областей, где курсы (Яндекс Практикум, Skillbox, Нетология) реально помогают на старте. Для входа в мануальное тестирование диплом ВО формально не требуется почти нигде, и качественный курс по тестированию даёт достаточно практики, чтобы пройти первое собеседование. Но для роста в автоматизатора и далее в lead высшее техническое образование заметно ускоряет траекторию: оно даёт базу по алгоритмам, ООП, базам данных, без которой сложно писать качественные автотесты и архитектурно проектировать тестовые фреймворки. Оптимальный вариант — учиться в вузе на программной инженерии или прикладной информатике и параллельно проходить курсы по конкретным инструментам тестирования. Плюсы и минусы Плюсы: Низкий порог входа в профессию: реально начать без диплома и со курсами. Стабильный спрос — тестировщики нужны в любой команде, которая пишет ПО. Чёткая траектория роста: мануальный → автоматизатор → lead. Хороший способ узнать продукт изнутри и потом перейти в смежные роли (аналитика, разработка, продукт). Минусы: На старте зарплата ниже, чем у разработчика на той же грейдности. Рутина в регрессионном тестировании, особенно без автоматизации. Иногда воспринимается коллегами как менее «инженерная» роль; приходится отстаивать вес своих находок. Без перехода в автоматизатора потолок зарплаты ниже, чем в разработке. Карьерный путь Junior QA (0–1.5 года) — мануальное тестирование под руководством наставника, освоение трекера задач, тест-кейсов, базовых SQL-запросов и DevTools. Middle QA (1.5–3 года) — самостоятельно тестирует фичи, проводит регрессии, ведёт документацию, начинает писать первые автотесты. Senior QA / автоматизатор (3–6+ лет) — проектирует тестовую стратегию, разрабатывает фреймворк автотестов, настраивает CI, наставник для младших. QA Lead / архитектор тестирования — отвечает за качество в команде или продукте, выстраивает процессы, согласует подходы между командами. Параллельные ветки роста: уход в SDET (software development engineer in test, инженер на стыке разработки и тестирования), DevOps, аналитика, продуктовая разработка. Сроки между уровнями — 1.5–3 года, ускоряется при сильном самообразовании и переходе к автоматизации. Часто задаваемые вопросы Можно ли стать тестировщиком после 9 класса? Да, через СПО 09.02.07. После колледжа реально устроиться junior QA, особенно если параллельно делать проектики и пройти курс по тестированию. Нужно ли уметь программировать? Мануальному QA на старте программирование не нужно, но базовые SQL-запросы и понимание HTTP-протокола ожидаются почти везде. Для автоматизации программировать обязательно: чаще всего это Python или Java. Что выбрать первым языком для автоматизации в 2026 году? Python с фреймворком pytest и инструментами Selenium или Playwright — самый распространённый выбор для веб-автоматизации. Для мобильного тестирования востребованы Kotlin/Java и фреймворк Appium. Чем тестировщик отличается от QA-инженера? В строгом понимании tester — это про поиск дефектов, а QA (quality assurance) — про обеспечение качества в целом, включая процессы. На практике в России это синонимы, в вакансиях термины используются взаимозаменяемо. Курсы или вуз — что выбрать, если интересно тестирование? Идеально — и то и другое. Поступить на программную инженерию или прикладную информатику, а курсы пройти параллельно или после первого-второго курса. Если вуз не вытягивается по баллам, СПО + курс + личные проекты — рабочий путь в первую работу. Можно ли потом перейти из QA в разработку? Да, и это распространённый сценарий. QA знают продукт, читают чужой код в процессе тестирования, понимают, где обычно ломается архитектура. Многие переходят в разработку через автоматизацию: сначала пишут автотесты, потом — фичи. Какие инструменты обязательно знать junior QA в 2026 году? Базовый набор: трекер задач (Jira или YouTrack), система контроля версий (Git), DevTools браузера, инструмент для работы с API (Postman или Insomnia), базовые SQL-запросы (SELECT, JOIN, WHERE, агрегации). Это минимум, который проверяют почти на любом собеседовании. Сверху — конкретный стек проекта: для мобильного тестирования Charles Proxy и эмуляторы, для нагрузочного — JMeter или k6, для автоматизации — Selenium, Playwright, Cypress, Appium. Что делать школьнику, который думает о QA, прямо сейчас? Поставить себе цель сдать ЕГЭ по математике и информатике на достойный балл, параллельно делать пет-проекты: попробовать вручную тестировать какой-нибудь учебный сайт, завести баги в открытый репозиторий на GitHub, пройти бесплатный курс по основам тестирования. Это формирует портфолио ещё до поступления в вуз и сильно помогает на первой стажировке. Реальный день из жизни мануального QA Чтобы профессия стала менее абстрактной, имеет смысл представить, как выглядит обычный рабочий день в команде продуктовой разработки. Утром QA проверяет результат ночного прогона автотестов на тестовом окружении: смотрит, какие тесты упали и почему — реальный ли это баг или проблема инфраструктуры. На митинге команды обсуждаются задачи в работе; QA уточняет требования по новой фиче, которую разработчик планирует начать. Дальше — основная часть дня. Берётся задача из доски, для которой готова первая версия от разработчика. QA разворачивает её на тестовом стенде, проходит по чек-листу, пробует «крайние сценарии» — слишком длинные строки, специальные символы, медленный интернет, отзыв авторизации в середине процесса. Один из сценариев приводит к ошибке: QA повторяет шаги, делает скриншот, заглядывает в логи и сетевые запросы, заводит баг в трекер с воспроизведением. После обеда — час-два регрессии перед релизом: проверка ключевых сценариев, которые не должны были измениться. На стыке дня — встреча с аналитиком: обсуждают новые требования, QA сразу указывает на нечёткости, которые позже превратились бы в баги. Перед уходом — ответы на сообщения коллег по Slack, документирование новых тестовых сценариев и план на завтра. Похожие профессии Близкие маршруты на портале — разработчик, специалист по информационной безопасности, бизнес-аналитик, программист 1С. Подготовка к поступлению на IT-специальности подробно разобрана в материалах по ЕГЭ по информатике и по математике.