Инженер по ручному тестированию проверяет программу так, как это делал бы придирчивый живой пользователь: открывает приложение, проходит сценарии руками, замечает то, что робот пропустил бы, и описывает каждую поломку понятным для разработчика языком. Спрос на таких специалистов держится стабильно высоким: на hh.ru одновременно открыто больше пяти тысяч вакансий, где готовы брать людей с минимальным опытом или вовсе без него, а стартовая зарплата уже начинается от 70–90 тысяч рублей. Это по-прежнему самый честный вход в IT без диплома и кода.
Ниже разберём именно ручную сторону профессии: чем «ручник» отличается от автоматизатора, какие артефакты он создаёт каждый день, что находит там, где автотесты бессильны, какими инструментами пользуется и сколько зарабатывает. Общий портрет всей QA-профессии со всеми грейдами и специализациями лежит в отдельном обзоре кто такой инженер по тестированию, поэтому здесь фокус узкий. Цифры собраны из вакансий и зарплатных обзоров первого полугодия 2026.
КурсыСравнение 4 курсов для инженеров по ручному тестированиюЦены, школы, длительность, рассрочка
Кто такой инженер по ручному тестированию простыми словами
Ручной тестировщик, он же мануальный тестировщик или manual QA, проверяет работу сайтов и приложений без написания кода. Он берёт требования к продукту, придумывает, что и как проверить, и проходит эти проверки вручную: кликает по кнопкам, вводит данные, ломает формы нестандартными действиями. Когда что-то работает не так, как задумано, тестировщик фиксирует дефект и передаёт его команде разработки.
Ключевое слово здесь «руками». Специалист не запускает скрипты, а сам выступает в роли внимательного пользователя, у которого есть методика и насмотренность. Именно поэтому в профессию берут без технического бэкграунда: на старте важнее аккуратность и упрямство, чем умение программировать. Освоить базу и собрать первое портфолио из тест-кейсов реально за несколько месяцев, а найти вакансии удобно в каталоге курсов по ручному тестированию с живыми проектами.
Ручной тестировщик vs автоматизатор vs QA-инженер: в чём разница
Три роли постоянно путают, потому что все они отвечают за качество. Разница в инструментах и глубине погружения в код. Ручной тестировщик проверяет продукт руками, автоматизатор пишет программы, которые прогоняют проверки сами, а QA-инженер отвечает за качество процесса целиком, а не только за поиск багов. Наглядно:
| Специалист | Чем проверяет | Нужен ли код | Сильная сторона | Слабое место |
|---|---|---|---|---|
| Ручной тестировщик | Руками, по сценариям | Нет, база SQL и API по желанию | Гибкость, интуиция, оценка удобства | Медленно на рутине |
| Автоматизатор | Пишет автотесты | Да, Python или Java | Скорость на повторяющихся проверках | Не видит «криво и неудобно» |
| QA-инженер | Настраивает процесс качества | Частично | Взгляд на продукт целиком | Меньше ручной практики |
| QA Lead | Ведёт команду тестировщиков | Обзорно | Стратегия и менторство | Почти не тестирует сам |
Проще всего запомнить так: ручное тестирование ищет новые баги, автоматизация стережёт старые. Автотест хорош, когда сценарий уже выверен и его надо прогонять сотни раз без ошибок. А вот придумать этот сценарий, оценить свежую фичу и заметить, что кнопка «работает, но выглядит и ведёт себя странно», умеет только человек. Если хотите глубже сравнить пути роста, посмотрите разбор кто такой тестировщик-автоматизатор.
Частый вопрос новичка. «Ручное тестирование скоро отомрёт?» Нет. Автоматизацию строят поверх ручных проверок: сначала человек проходит сценарий и убеждается, что он логичен, и только потом инженер превращает его в скрипт.
Что делает ручной тестировщик: тест-кейсы, чек-листы и баг-репорты
Работа «ручника» держится на трёх документах. Их важно не путать, потому что на собеседовании про них спрашивают в первую очередь, а в реальной работе именно они отделяют профессионала от человека, который «просто потыкал приложение».
Чек-лист
Это черновой список проверок в формате «что посмотреть». Например: «залогиниться», «сменить пароль», «добавить товар в корзину». Чек-лист пишут быстро, когда нужно охватить много функций и ничего не забыть. Детализация минимальная, важна полнота охвата.
Тест-кейс
Это подробная пошаговая инструкция проверки: шаги, ожидаемый результат и фактический результат. Уровень детализации такой, чтобы кейс мог выполнить любой новичок в команде, ни разу не видевший продукт. Хороший тест-кейс всегда содержит предусловие, конкретные действия и однозначный ожидаемый исход.
Баг-репорт
Когда проверка провалилась, тестировщик заводит баг-репорт. В нём короткое описание, серьёзность дефекта (severity), приоритет, шаги воспроизведения, фактический и ожидаемый результат, а часто ещё скриншот или видео. Важно не путать severity и priority: severity показывает, насколько поломка критична для системы, а priority — насколько срочно её чинить. Опечатка на главной странице бывает низкой severity, но высокого priority, потому что её видят все.
Главная ценность баг-репорта в воспроизводимости: если разработчик не может повторить баг по вашим шагам, он его не починит. Плохой баг звучит как «корзина не работает». Хороший: «Шаг 1: добавить два товара. Шаг 2: удалить один. Ожидается: в корзине один товар. Фактически: корзина пустеет полностью». Разница в том, что по второму описанию поломку повторит любой, а первое вернётся к вам с вопросом «а что именно не работает».
| Документ | Зачем нужен | Детализация | Когда создаётся |
|---|---|---|---|
| Чек-лист | Ничего не забыть проверить | Низкая | В начале, для охвата |
| Тест-кейс | Точно повторить проверку | Высокая | Для важных сценариев |
| Баг-репорт | Описать найденную поломку | Высокая | Когда нашли дефект |
Ваня Буявец, основатель CheckroiПоказываю, как применять Claude Code, ChatGPT и другие нейросети в учёбе и работе, с примерами и промптамиЧитать в ТелеграмеЧто находит ручной тестировщик там, где бессильны автотесты
Это главный аргумент за профессию и ответ на страх «меня заменит скрипт». Автотест проверяет только то, что в него заранее заложили. Он никогда не удивится, не заметит, что интерфейс стал неудобным, и не пройдёт сценарий «не по инструкции». А живой тестировщик именно этим и силён.
Что остаётся за человеком почти всегда:
- Исследовательское тестирование — свободная проверка без готового сценария, когда специалист идёт по продукту интуитивно и ловит редкие, неочевидные дефекты.
- Юзабилити и оценка удобства — машина не чувствует, что форма запутанная, а текст ошибки пугает пользователя. Это субъективная оценка, и её даёт только человек.
- Новые и быстро меняющиеся фичи — писать автотест на функцию, которая переделывается каждый спринт, дороже, чем проверить её руками.
- Проверка вёрстки и дизайна на реальных устройствах — «поехавшая» кнопка на конкретном экране заметна глазу, а не скрипту.
- Нестандартное поведение — то, что обычный пользователь сделает случайно, а разработчик не предусмотрел.
Важный нюанс. Автоматизация и ручное тестирование дополняют друг друга. В зрелых командах их комбинируют: рутину отдают скриптам, а голову и глаза человека берегут для того, что скрипт не осилит.
Виды ручного тестирования
Даже без автоматизации работа не сводится к однообразному кликанью. Ручной тестировщик применяет разные виды проверок в зависимости от задачи и этапа проекта.
| Вид | Что проверяет | Когда применяют |
|---|---|---|
| Функциональное | Работает ли фича по требованиям | Почти всегда, база работы |
| Регрессионное | Не сломалось ли старое после правок | После каждого релиза |
| Исследовательское | Скрытые дефекты без сценария | Новые и сложные фичи |
| Юзабилити | Удобство и понятность интерфейса | Продукты для людей |
| Кросс-браузерное | Одинаково ли работает в разных браузерах | Веб-приложения |
| Мобильное | Поведение на телефонах и планшетах | Мобильные приложения |
Отдельно стоит тестирование удобства интерфейсов: тут ручной подход почти безальтернативен. Если эта сторона вам ближе визуала, посмотрите смежную роль UI/UX-тестировщик. На практике «ручник» редко замыкается на одном виде: за неделю он и прогонит функциональные проверки новой фичи, и пройдёт регрессию перед релизом, и покрутит приложение на нескольких моделях телефонов.
Инструменты ручного тестировщика
Код писать не нужно, но набор рабочих программ освоить придётся. Хорошая новость: почти все они простые и учатся за пару вечеров на практике.
- Jira — баг-трекер и таск-менеджер, где живут задачи и заведённые дефекты. Стандарт индустрии.
- TestRail (или Allure, Zephyr) — система для хранения тест-кейсов и прогонов.
- Postman — проверка API: отправить запрос, посмотреть ответ, убедиться, что данные приходят верно.
- DevTools — встроенные инструменты разработчика в браузере, чтобы смотреть запросы, консоль и ошибки вёрстки.
- Charles или Fiddler — перехват сетевого трафика для проверки, что именно уходит на сервер.
- SQL — базовые запросы к базе данных, чтобы проверить, корректно ли сохранились данные.
КурсыСравнение 25 курсов по ручному тестированиюЦены, школы, длительность, рассрочка
Знание SQL и API не обязательно на самом старте, но резко повышает ценность специалиста и зарплатную вилку. Это первое, что стоит подтянуть после трудоустройства.
Как проходит рабочий день ручного тестировщика
Ритм работы задаёт спринт и релизный цикл. Типичный день джуна или мидла в продуктовой команде выглядит примерно так.
Утро: разбор задач (30–60 минут)
Тестировщик открывает Jira, смотрит, что ушло в тестирование, читает требования к новым фичам и уточняет непонятное у аналитика или разработчика. На дейли-встрече команда синхронизируется по спринту.
День: проверки и заведение багов (4–5 часов)
Основное время уходит на прогон тест-кейсов и чек-листов по готовым задачам. Нашёл дефект, воспроизвёл ещё раз, снял скриншот, завёл понятный баг-репорт. Часть дня занимает регрессия: проверка, что свежие правки не сломали то, что работало вчера.
Ближе к вечеру: перепроверка и документация (1–2 часа)
Разработчики чинят заведённые баги, и тестировщик проверяет исправления. Параллельно обновляет тест-кейсы под изменившиеся требования и готовит отчёт о том, что проверено и что осталось.
За кадром остаётся неочевидное: тестировщик постоянно держит перед глазами карту продукта, спорит о том, баг это или задумка, и учится задавать вопросы так, чтобы вскрывать проблемы ещё на этапе требований, до того как их закодят.
Что должен знать и уметь ручной тестировщик
Порог входа низкий, но не нулевой. Профессиональный минимум складывается из теории и характера.
- Теория тестирования — виды и техники проверок, тест-дизайн, классы эквивалентности и граничные значения.
- Тестовая документация — умение писать понятные тест-кейсы, чек-листы и баг-репорты.
- Работа с инструментами — Jira, Postman, DevTools, база SQL.
- Понимание клиент-серверной модели — что происходит между браузером и сервером, что такое HTTP-запрос.
Из личных качеств решают внимание к деталям, усидчивость и умение внятно объяснить проблему. Программирование не требуется: разобраться в HTML и CSS полезно, но это не барьер входа. Сильная сторона хорошего тестировщика — привычка сомневаться в том, что «и так понятно».
КурсыСравнение 96 курсов по тестированию ПОЦены, школы, длительность, рассрочка
Плюсы и минусы профессии
Ручное тестирование честно показывает обе стороны. Оно даёт быстрый вход в IT, но не обещает лёгкой жизни на дистанции.
Плюсы:
- Самый доступный старт в IT без диплома и кода, войти реально за несколько месяцев.
- Достойная стартовая зарплата и высокий спрос на джунов.
- Быстрый карьерный рост и понятные ветки развития в автоматизацию, аналитику, менеджмент.
- Видно изнутри команды, как создают цифровые продукты.
- Много удалённых вакансий и гибкий график.
Минусы:
- Высокая конкуренция среди новичков: джунов на рынке много.
- Есть рутинная часть, особенно на регрессионных прогонах.
- Потолок по зарплате ниже, чем у автоматизаторов, если не расти в смежные навыки.
- Ответственность за пропущенные баги и работа под релизным давлением.
Профессия подходит внимательным и терпеливым людям, которым нравится докапываться до сути и которые готовы учиться дальше. Тем, кто ищет разовый «вход и всё», через год-полтора становится тесно, и это нормальная точка для следующего шага. Тупиковой профессию назвать нельзя: ручное тестирование чаще всего становится трамплином к следующей ступени карьеры.
Канал основателя Checkroi Вани БуявцаПоказываю тебе, как публично строю Checkroi с нейросетями и делюсь цифрами, провалами и тем, что сработалоПодписатьсяСколько зарабатывает ручной тестировщик
Вилка широкая и сильно зависит от опыта и города. Джуниор без опыта стартует в среднем от 70–90 тысяч рублей, мидл с опытом 2–3 года получает 150–210 тысяч, а сеньор, который отвечает за стратегию тестирования и наставничество, доходит до 250–280 тысяч рублей.
На доход влияет формат: продуктовые компании и аутсорс платят по-разному, а удалёнка на московскую компанию из региона заметно поднимает планку. Автоматизаторы на среднем уровне зарабатывают на 30–50% больше, поэтому многие «ручники» дорастают до автотестов ради потолка. За полугодие тестировщики показали один из самых высоких приростов зарплат на IT-рынке.
Подробный разбор с таблицами по грейдам, городам и источникам дохода — в отдельном материале сколько зарабатывает тестировщик.
Как стать инженером по ручному тестированию
Два рабочих пути: самообучение по бесплатным материалам или курс с наставником и проектами в портфолио. База осваивается за 3–5 месяцев, после чего идёт активный поиск первой работы. Программирование на старте не нужно, достаточно теории тестирования, умения писать тест-кейсы и баг-репорты и знакомства с Jira и Postman.
Полный разбор двух путей, пошаговый план входа и подбор первой работы — в статье как стать тестировщиком ПО с нуля. Если вы ещё школьник и думаете про поступление, загляните в разбор что сдавать на тестировщика: там про предметы и пути после 9 и 11 класса.
Где научиться ручному тестированию
Собрали курсы по ручному тестированию и QA от онлайн-школ: с программой, ценами и живыми проектами для портфолио. Можно сравнить форматы, длительность и наличие стажировки, чтобы выбрать вариант под свой темп и бюджет.
| Курс | Школа | Стоимость со скидкой | В рассрочку | Длительность | Обзор курса от Checkroi |
|---|---|---|---|---|---|
| Автоматизированное тестирование на Python Перейти на сайт курса |  Skillbox | 118 666 ₽ | 4108 ₽/мес. | 9 месяцев | Обзор курса |
| Инженер по тестированию с нуля Перейти на сайт курса |  Skypro | 150 960 ₽ | 366 167 ₽/мес. | 12 месяцев | Обзор курса |
| Профессия Инженер по автоматизации тестирования Перейти на сайт курса |  GeekBrains | 119 574 ₽ | 3205 ₽/мес. | 6 месяцев | Обзор курса |
| Инженер по тестированию: расширенный курс Перейти на сайт курса |  Нетология | 130 600 ₽ | 4030 ₽/мес. | 15 месяцев | Обзор курса |
| Инженер по тестированию с нуля (индивидуальный тариф) Перейти на сайт курса | Skypro | 150 960 ₽ | 366 167 ₽/мес. | 12 месяцев | Обзор курса |
| Ручное тестирование ПО Перейти на сайт курса |  Эдюсон | 110 200 ₽ | 4591 ₽/мес. | 3 месяца | Обзор курса |
| Инженер по ручному тестированию Перейти на сайт курса | Нетология | 61 000 ₽ | 2822 ₽/мес. | 4 месяца | Обзор курса |
| Автоматизированное тестирование на Java Перейти на сайт курса | Skillbox | 42 364 ₽ | 2567 ₽/мес. | 2 месяца | Обзор курса |
| Ручное тестирование ПО + ИИ Перейти на сайт курса | Эдюсон | 54 000 ₽ | 4500 ₽/мес. | 3 месяца | Обзор курса |
| Нагрузочное тестирование Перейти на сайт курса |  OTUS | 101 700 ₽ | 10 170 ₽/мес. | 4 месяца | Обзор курса |
Больше программ — в полном каталоге курсов по тестированию ПО
Главное о профессии инженера по ручному тестированию
Инженер по ручному тестированию проверяет продукты руками и находит то, что не по силам автотестам: неудобство интерфейса, редкие дефекты, поведение свежих фич. Держится он на трёх артефактах (чек-лист, тест-кейс, баг-репорт) и наборе простых инструментов вроде Jira и Postman. Код тут не нужен.
Это по-прежнему самый честный вход в IT: старт от 70–90 тысяч рублей, тысячи вакансий для джунов и быстрый рост дальше: в автоматизацию, аналитику или управление качеством. Ручное тестирование не заменяют скриптом и не называют тупиком: чаще это первая ступень большой карьеры, с которой удобно оглядеться и выбрать направление.
