Начинай с manual. Не потому что automation хуже или ниже, а потому что automation — это этаж над manual, а не дверь рядом с ним. Нельзя написать автотест на проверку, которую ты не умеешь придумать руками. Ручное тестирование осваивается за 3–6 месяцев без единой строки кода; автоматизация — это то же самое плюс язык программирования сверху, и поэтому реально это 9–18 месяцев, если язык с нуля.
Исключение одно: если ты уже умеешь программировать — учился на разработчика, писал на Python или Java, — тогда manual-этап короткий и можно целиться в automation почти сразу. Для всех остальных вопрос «manual или automation» поставлен неверно.
Главная мысль одной строкой: это не «или–или», это «сначала–потом». Automation растёт из manual, а не конкурирует с ним. Дальше — в чём разница двух веток на практике, что и сколько учить для каждой, сколько платят в 2026-м, и почему страх «выберу не ту ветку и потеряю год» построен на мифе.
Антон, 27, менеджер по продажам. Месяц «выбирает» между ручным и автоматизированным тестированием. Начитался форумов, где manual называют «кликаньем для тех, кто не тянет код», а automation — «будущим профессии». И застрял намертво: пойдёшь в manual — застрянешь в прошлом, рискнёшь сразу в automation — не вывезешь Python с нуля. Так и сидит, не написав ни одного тест-кейса.
Антон совершает ту же ошибку, что почти все новички. Он думает, что manual и automation — две параллельные дороги в одно место, и надо угадать правильную.
Они не параллельные. Одна стоит на другой.
Автотест — это код, который выполняет проверку, придуманную человеком. Прежде чем машина что-то проверит, кто-то должен решить: что именно проверять, какие данные подставить, какой результат считать правильным, а какой — багом. Это решение и есть тест-дизайн — сердцевина ручного тестирования. Автоматизатор не освобождён от него. Он сначала думает как manual-тестировщик — что может сломаться, — а потом пишет код, который проверяет это сам.
Automation без понимания тестирования — это робот, который очень быстро делает бессмысленное. Прогоняет сто проверок в минуту, и ни одна не ловит реальную поломку, потому что человек за клавиатурой не знал, что ловить. Поэтому в командах не берут «автоматизатора, который не умеет тестировать руками».
Такого зверя не существует.
Отсюда простое следствие, которое снимает половину паники Антона. Ты не выбираешь между двумя профессиями. Ты выбираешь, с какого этажа начать строить одну. И первый этаж — всегда manual, потому что без него второй не на чем держать.
Хотя automation вырастает из manual, день автоматизатора и день ручного тестировщика выглядят по-разному. Стоит увидеть оба, чтобы понять, к чему ты примеряешься.
Manual-тестировщик начинает день с требований. Читает, как фича должна работать, и придумывает, как она может сломаться: что если ввести тысячу символов, отрицательное число, нажать кнопку дважды, оборвать интернет на середине оплаты. Превращает это в тест-кейсы, проходит руками, находит расхождение между «как заявлено» и «как есть», заводит баг-репорт — подробную инструкцию, как поломку воспроизвести. Потом спорит с разработчиком, баг это или «так задумано». Половина работы — голова, вторая половина — переговоры.
Automation-тестировщик берёт уже отлаженные, стабильные сценарии — те, которые manual прошёл руками десятки раз, — и пишет код, который прогоняет их сам. Для веб-интерфейса это Selenium, который кликает по страницам вместо человека. Для проверки API — код или Postman, дёргающий сервер запросами. Всё это собирается во фреймворк на Python или Java, который ночью прогоняет тысячу проверок и утром кладёт команде отчёт: вот эти сто сценариев целы, а вот тут сломалось.
Разный мозг в течение дня. Manual думает «что сломается» — это исследование, фантазия, въедливость. Automation думает «как заставить машину проверять это тысячу раз без меня» — это инженерия, код, архитектура. Один придумывает проверки, другой их индустриализирует. И да, чтобы индустриализировать, надо сначала уметь придумывать — поэтому второй мозг включается после первого, а не вместо него.
Теперь по делу: сколько времени стоит каждая ветка и из чего она собрана. Здесь и прячется настоящая разница, ради которой Антон месяц мучается.
Manual. Учишь теорию тестирования, тест-дизайн, как писать тест-кейсы и баг-репорты. Добавляешь основы SQL, чтобы заглянуть в базу данных, и основы API, чтобы понимать, как части системы разговаривают между собой. Осваиваешь баг-трекер и Postman. Кода в привычном смысле — почти ноль. Реальный срок до базового уровня — 3–6 месяцев при ежедневной паре часов. Математика не нужна, программирование не нужно, нужна въедливость.
Automation. Всё перечисленное выше — целиком, без скидок, — плюс язык программирования. Обычно Python или Java. Плюс фреймворк автотестов, плюс Selenium для веб или автотесты на API, плюс система сборки, которая всё это запускает. Язык с нуля до уровня, на котором пишешь рабочие автотесты, — это сам по себе 6–12 месяцев при ежедневной практике. Сложи с тестировочной базой — выходит реальных 9–18 месяцев до позиции automation-джуна, если стартуешь без кода вообще.
Вот цифра, которая выключает панику: automation равно manual плюс программирование. Не «другой путь с нуля», который ты упустишь, выбрав manual. А тот же путь с пристройкой сверху. Каждый месяц в manual — это не месяц «не в ту сторону». Это фундамент, на котором потом встанет автоматизация. Антон боялся, что manual — это тупик. Manual — это первый пролёт лестницы, ведущей ровно туда, куда он метит.
Самый вредный миф на форумах: ручное тестирование умирает, всё автоматизируют, manual-тестировщики останутся без работы. Разберём, потому что именно из-за этого мифа новички боятся manual как огня.
Автоматизируют рутину, а не мышление. Регрессионное тестирование — прогнать те же двести проверок после каждого релиза — да, это отдаёт машине, и правильно делает: человеку кликать одно и то же двести раз и скучно, и ненадёжно. Но придумать эти двести проверок, исследовать новую фичу, у которой ещё нет стабильных сценариев, оценить, удобно ли пользователю, поймать странность, которую никто не закладывал в автотест, — это человек. Машина проверяет то, что ей сказали проверять. Она не умеет удивиться.
Manual не исчезает — он смещается. От бездумного кликанья по форме к придумыванию того, что вообще стоит проверить. И вот это, второе, дорожает, а не дешевеет. Тестировщик, который умеет думать «а что, если», нужен всё так же, а местами и сильнее: фич всё больше, релизы всё чаще, и кто-то должен решать, где у нового кода тонко.
Так что вымирает не manual. Вымирает кликанье без головы — проверка одной формы по чек-листу, который написал кто-то другой. Но это и не было профессией. Это была её самая нижняя, автоматизируемая часть. Профессия — выше, там, где думают, и туда машина пока не дотягивается.
Теперь деньги — с обязательной оговоркой про методологию, без которой цифры врут. Hh.ru считает медиану по вакансиям, то есть по тому, что предлагают работодатели. Сервисы вроде Dream Job считают среднее по опросам сотрудников, и оно выше — его тянут вверх редкие топ-офферы. Это разные цифры про разное.
Junior-тестировщик в 2026 году: 60 000–120 000 ₽ в Москве — медиана вакансий hh.ru. Средняя у начинающего около 63 000 ₽. В регионах ниже: Екатеринбург, Казань, Новосибирск — 35 000–70 000 ₽ на старте. Среднее по России около 137 000 ₽ — но это по опросу и по всем грейдам сразу, новичку на эту цифру ориентироваться рано.
Automation при равном опыте платят больше manual. Это факт рынка, и он логичен: автоматизатор умеет то же, что ручной тестировщик, плюс программирует. За дополнительный навык доплачивают. Но обрати внимание, за что именно идёт надбавка — за год, отданный языку программирования. Разница в зарплате — это не «manual обрекает на нищету, automation спасает». Это плата за более высокий порог входа, который ты преодолел.
И вот честная арифметика выбора. Пойдёшь в manual — выйдешь на доход быстрее, за полгода, на нижней вилке. Пойдёшь сразу в automation без кода — выйдешь позже, через год-полтора, но на более высокую вилку. Сумма за первые два года выходит сопоставимой: automation отыгрывает разрыв позже. Automation окупается — но не на старте, а после. На старте быстрее платит manual, просто потому, что туда быстрее войти.
Деньги ждут терпеливых. Вход — быстрых.
Всё сказанное — про новичка без кода. Но есть люди, для которых правило «сначала manual» — потеря времени, и честно об этом сказать.
Если за плечами уже есть программирование — ты учился на разработчика, писал на Python или Java в институте, автоматизировал что-то на прошлой работе, пусть даже не в тестировании, — половина automation-стека у тебя уже в руках. Язык есть. Не хватает только тестировочного мышления, а его можно добирать на ходу, параллельно с написанием первых автотестов, а не отдельным годом ручного клика.
Таким людям сидеть год на чистом manual — значит топтаться там, где они уже умеют большее. Им разумнее войти через короткий manual-разгон — месяц-другой на тест-дизайн и теорию, чтобы понимать, что вообще проверять, — и сразу подключать код. Тестировочная база у них наберётся в процессе, а самый дорогой и долгий кусок, язык, уже пройден.
Так что правило «всем через manual» имеет честное исключение. Оно не для тех, кто хочет в automation, — хотеть мало. Оно для тех, у кого уже лежит в руках половина инструментов автоматизатора. Если это не про тебя и код для тебя — иностранный язык, исключение не твоё, и короткая дорога окажется длинной.
Перестань выбирать между manual и automation. Этот выбор ложный — ты выбираешь не дорогу, а высоту, с которой начать одну лестницу.
Ответь на два вопроса. Первый: умеешь ли ты уже программировать — Python или Java на рабочем уровне? Нет — стартуешь с manual, и это не приговор, а фундамент. Да — можешь целиться в automation, пройдя manual коротким разгоном. Второй: что тебя тянет — придумывать, что сломается, копаться в сценариях, спорить о багах, или автоматизировать рутину кодом и строить системы, которые работают без тебя? Но даже если тянет ко второму, а кода пока нет, — входишь всё равно через первое. Склад определяет, куда ты придёшь. Наличие кода — насколько быстро.
Месяц практики на manual даст больше, чем полгода чтения сравнений вроде этого. Десять написанных тест-кейсов и пара найденных багов в учебном проекте перевешивают сто прочитанных тредов «manual против automation». Паралич выбора — не осторожность. Это прокрастинация в технической обёртке: ты ничего не теряешь, выбрав ветку, и теряешь время, не выбирая.
А если развилка не разрешается — если ты честно не знаешь ни про свой склад, ни про то, потянешь ли код, — проблема не в ветке QA. Проблема в том, что ты примеряешь профессию вслепую, и никакое сравнение её за тебя не примерит. Пройди Профтест: за пятнадцать минут он сопоставляет твой склад ума и стартовые данные с направлением — manual-вход или automation-цель — и говорит, с какой ветки тебе разумнее заходить. Пятнадцать минут против месяца форумной паники.
Антон в итоге не «выбрал manual». Он понял, что выбирать было нечего: кода за плечами нет, значит вход один — ручное тестирование, и это не низшая лига, а первый этаж. Прошёл базу за пять месяцев, устроился джуном, через год начал по вечерам учить Python — и обнаружил, что не «спустился в manual», а зашёл с правильной двери, через которую только и можно подняться выше. Проиграл не тот новичок, кто «выбрал не ту ветку». Таких почти не бывает: ветка обратима, automation всегда можно добрать сверху. Проиграл тот, кто месяц выбирал между этажами и не заложил ни одного.
