Ручное тестирование или автоматизация: с чего начать в QA
Ручное тестирование и автотесты — не соперники, а последовательность. Сначала учатся находить дефекты руками, затем автоматизируют то, что стоит повторять.
Короткий ответ на вопрос «ручное или автоматизация первым?» — почти всегда ручное. Сначала учатся находить, изолировать и грамотно описывать дефект руками, и только потом пишут первую строку тестового кода: автоматизация лишь повторяет проверки, которые уже спроектировал опытный тестировщик. Поэтому правильный вопрос не «пропускать ли ручное», а «когда к нему добавится автоматизация».
Это важно, потому что отрасль тестирования находится на середине перехода, а не в его конце. По данным World Quality Report 2024–25, средний по миру уровень автоматизации тестирования достиг 44%, а 68% компаний уже используют генеративный ИИ в инженерии качества (Capgemini, 2024). В мире автоматизировано меньше половины тестирования. Ручное тестирование остаётся тем, с чего начинает большинство новичков, и тем путём, которым находят большинство реальных дефектов.
В этом руководстве — сравнение ручного и автоматизированного тестирования по тем критериям, которые реально важны новичку: что делает каждое из них, сколько стоит старт, какие дефекты они ловят, сколько времени отнимают и сколько за них платят. Если нужен весь путь от базы до работающего набора автотестов, дорожная карта QA-инженера разбирает каждый шаг — от ручных основ до автоматизации в CI.
Что такое ручное и автоматизированное тестированиеPermalink to “Что такое ручное и автоматизированное тестирование”
Ручное тестирование — это тестирование руками. Вы читаете требование, проектируете тест-кейсы, проходите приложение, пробуете нестандартные вводные данные и описываете, что сломалось, с точными шагами воспроизведения. Эта работа требует терпения, скептицизма и умения воспроизвести баг в точности. Программирование здесь не нужно.
Автоматизированное тестирование — это код, который прогоняет те же проверки за вас. Регресс, который вручную занимал час, теперь выполняется за минуты при каждом изменении программы и без человека за клавиатурой. Для этого нужен язык программирования и фреймворк, и хорошо это работает лишь для стабильных проверок, которые стоит повторять.
Это не конкурирующие методы. Ручное тестирование находит дефекты, которые скрипт не может предвидеть. Автоматизация быстро повторяет дефекты, ход которых вы уже понимаете. Сильный тестировщик использует оба — именно в таком порядке.
Ручное тестирование или автоматизация: как они соотносятсяPermalink to “Ручное тестирование или автоматизация: как они соотносятся”
Вопрос редко стоит как «что лучше». Он стоит как «что мне нужно прямо сейчас». Так оба подхода выглядят для того, кто только начинает.
| Критерий | Ручное тестирование | Автоматизация |
|---|---|---|
| Что делает | Человек изучает приложение, проходит тест-кейсы, сообщает о дефектах | Код сам прогоняет повторяющиеся проверки |
| Нужно ли программировать | Нет | Да (Python либо JavaScript и TypeScript) |
| Кому подходит | Исследовательское тестирование, новые функции, юзабилити, разовые проверки | Регрессия, повторяющиеся сценарии, CI, нагрузка |
| Что находит | Непредсказуемые, тонкие, контекстные дефекты | Детерминированные регрессии — быстро и стабильно |
| Срок старта | Несколько недель | Несколько месяцев (после ручного) |
| Стоимость старта | Бесплатно: браузер и блокнот | Инструменты бесплатные, но сначала недели кода |
| Вход для новичка | Стандартная дверь в QA | Добавляют, когда есть ручной навык |
| Уровень зарплаты | Стартовый | Выше ручного при том же стаже |
Прочтите таблицу в одну сторону — и вывод очевиден: ручное тестирование это точка входа, автоматизация это множитель, который добавляют позже. Дальше объясняется, почему этот порядок держится и когда его можно нарушить.
Почему начинают с ручногоPermalink to “Почему начинают с ручного”
Новички слышат, что автоматизация платит больше, и сразу бросаются к фреймворку. Результат — скрипты, которые проверяют очевидный «счастливый путь» и пропускают каждый реальный дефект, потому что их автор так и не научился находить дефекты руками. Нельзя автоматизировать проверку, которую вы не умеете проектировать.
Не пропускайте ручное тестирование
Автоматизация повторяет проверки, которые уже спроектировал опытный тестировщик. Возьмитесь за фреймворк до того, как научитесь находить и описывать дефект, — и вы автоматизируете не те проверки. Неправильная проверка, которая горит зелёным, хуже, чем никакой: команда начинает доверять тому, что на самом деле не проверено.
Три-четыре месяца ручных основ дают словарь и чутьё, на которых держится вся дальнейшая карьера: тест-дизайн (разбиение на классы эквивалентности, анализ граничных значений), оформление баг-репортов (шаги воспроизведения, ожидаемый и фактический результат, окружение) и исследовательское тестирование (поиск неожиданного). Всё это переходит с вами в любой инструмент и язык, которыми вы когда-либо будете пользоваться. Бесплатная программа ISTQB Certified Tester Foundation Level — канонический справочник; ISTQB провёл более 1,4 млн экзаменов в 130+ странах, поэтому терминология, которой он учит, — та, что узнают работодатели.
Когда появляется автоматизация и что автоматизироватьPermalink to “Когда появляется автоматизация и что автоматизировать”
Автоматизация окупает себя в тот момент, когда проверка становится повторяющейся. Признак простой: если вы прогоняете один и тот же тест вручную в третий или четвёртый релиз подряд — это кандидат на автоматизацию. Хорошие цели — стабильные сценарии, которые важны и которые вы уже протестировали руками.
Что автоматизировать:
- Логин, оформление заказа и другие ключевые сценарии, поломка которых ломает всё
- Регрессионные наборы, которые вы гоняете перед каждым релизом
- API-проверки, тестирующие бэкенд без пользовательского интерфейса
- Подготовку данных, которая каждый цикл отъедает ручное время
Что оставить ручным:
- Новые функции, которые вы ещё не изучили
- Юзабилити, доступность и всё, где нужно человеческое суждение
- Разовые проверки, которые вряд ли повторятся
- Всё настолько нестабильное, что автотест будет «мигать»
Принцип за обоими списками один: автоматизировать предсказуемое, оставлять ручным непредсказуемое. Набор тестов, который падает случайно, хуже, чем никакого: команда привыкает его игнорировать. Если вы не можете письменно объяснить, почему тест «мигает», вы ещё не закончили его автоматизировать.
Инструменты на стороне автоматизацииPermalink to “Инструменты на стороне автоматизации”
Учить все инструменты не нужно. Разумный стартовый набор — это один веб-фреймворк для автотестов плюс один инструмент для API. По данным глобального опроса State of JS 2025 (вышел в январе 2026 года), удовлетворённость Playwright составляет 91% против 72% у Cypress — это самый большой разрыв за всю историю опроса, и именно Playwright сейчас ждут в большинстве вакансий с пометкой «джун-автоматизация». Для API-проверок хватает Postman. Selenium остаётся стандартом в крупных компаниях, поэтому, если вы метите в большой энтерпрайз, выбирайте его.
Глубокое знание одного инструмента важнее поверхностного знакомства с пятью. Когда вы умеете автоматизировать в Playwright, переход на Selenium или Cypress — это вопрос синтаксиса, а не нового ремесла.
Сколько платят и где работаPermalink to “Сколько платят и где работа”
Зарплата в тестировании повторяет разделение самой работы: ручные роли относятся к стартовому уровню, автоматизация оплачивается выше. По свежим данным «Хабр Карьеры», медиана зарплаты тестировщика по всем грейдам составляет около 179 800 ₽ в месяц. Грейдовые вилки за 2025 год, по данным «Хабр Карьеры» и hh.ru, выглядят так: джун — 60 000 – 100 000 ₽, мидл — 120 000 – 180 000 ₽, сеньор — 200 000 – 300 000 ₽. Медиана по всем грейдам смещена вверх, потому что данные «Хабр Карьеры» собираются с уже работающих специалистов, а не с тех, кто только ищет первую роль.
Что двигает зарплату вверх — это умение автоматизировать. Инженер, способный спроектировать надёжный набор автотестов и поддерживать его в CI, зарабатывает заметно больше ручного тестировщика при том же стаже. В России автоматизацию и ручное тестирование по отдельности не считают, поэтому разницу можно описать только качественно: автоматизация — это надбавка к ставке ручного тестировщика, а не отдельная цифра. Актуальные значения по уровням и регионам собраны в разборе зарплат QA-инженера.
Спрос на тестировщиков в России устойчивый. По наблюдениям hh.ru за 2025 год, среди соискателей в IT растёт интерес именно к QA. Честная оговорка: рынок IT-вакансий в 2025 году в целом сократился, а конкуренция за место выросла, поэтому лёгкого входа никто не обещает. Но ручное тестирование остаётся самой доступной дверью в отрасль для людей без технического опыта.
Для мирового контекста: в США медианная годовая зарплата аналитиков и тестировщиков качества ПО составляла $102 610 по данным Бюро статистики труда за май 2024 года, а занятость в группе «разработчики, QA и тестировщики» вырастет на 15% с 2024 по 2034 год — заметно быстрее среднего (BLS объединяет QA с разработчиками в этой цифре). В России ориентируйтесь прежде всего на данные «Хабр Карьеры» и hh.ru.
Практический план на годPermalink to “Практический план на год”
Если вы начинаете без технического опыта и занимаетесь по 10–15 часов в неделю:
- Месяцы 1–2: базы ручного тестирования. Тест-дизайн, баг-репорты, исследовательское тестирование. Потестируйте реальный публичный сайт и оформите дефекты так, будто сдаете их команде.
- Месяцы 2–4: SQL, API и DevTools браузера. Учитесь проверять, что приложение записало в базу данных, а не только что показывает на экране. Postman — для API-проверок.
- Месяцы 4–7: первая автоматизация. Один язык, один фреймворк (Playwright — разумный выбор). Освойте Git. Автоматизируйте те же сценарии, что тестировали руками на шаге 1.
- Месяцы 7–10: интеграция. Запускайте тесты в CI (GitHub Actions — самый простой старт), структурируйте их через Page Object Model и почините один «мигающий» тест так, чтобы письменно объяснить причину.
- Месяцы 10–12: портфолио и поиск. Соберите тест-планы, баг-репорты и запускаемый репозиторий автотестов, опираясь на принципы из руководства по портфолио для смены профессии. Подумайте о сдаче ISTQB Foundation Level. Перепишите резюме под навыки тестирования, а не под прошлые должности.
Это та же дуга пути, но подробнее, в дорожной карте QA-инженера. Точные сроки зависят от вашего опыта: те, кто переходит из техподдержки, бизнес-анализа или управления проектами, стартуют с преимуществом, потому что уже понимают тикеты, требования и то, как общаются команды разработки. Если хотите сначала сравнить QA со смежными путями, руководство по переходу в IT ставит порог входа, зарплаты и сроки рядом, а оценка сроков смены профессии по вашим навыкам даёт индивидуальный расчёт.
Чем помогает TraectaPermalink to “Чем помогает Traecta”
Медленная часть старта в QA — понять, подходит ли ваш опыт под вход через ручное тестирование или позволяет быстрее добраться до автоматизации. Персональный план смены профессии в Traecta сопоставляет то, что вы уже делали, — в тикетах поддержки, документации, проверке чужой работы, любых задачах с кодом и данными — с двумя дверями, которые реально есть в QA: ручной вход без программирования и автоматизационный трек, где оно нужно. План показывает, какую дверь ваши навыки открывают быстрее, какие пробелы закрыть, прежде чем откроется вторая, и какие проверки стоит учиться автоматизировать, а какие оставить ручными.
Ценность ошибок, пойманных до пользователей, я понял на собственном опыте. Когда я переходил из сисадминов в аналитику внутри HealthTech-компании, переломным стал момент, когда написанный мной код впервые погнал реальные данные пациентов через пайплайн. Тогда тестирование перестало быть теорией. Тот же инстинкт движет и QA: дефект, который вы ловите до релиза, — это дефект, с которым пользователь никогда не столкнётся, и ваш план должен привести вас к этому моменту настолько быстро, насколько позволяют ваши текущие навыки.
Что в итогеPermalink to “Что в итоге”
Ручное и автоматизированное тестирование — это последовательность, а не выбор. Начните с ручного и научитесь находить и описывать дефекты руками. Добавьте SQL и API, чтобы проверять то, что под поверхностью. Автоматизируйте проверки, достойные повторения, подключите их в CI и подтвердите всё запускаемым портфолио. Отрасль нанимает и платит: медиана около 179 800 ₽ в месяц по «Хабр Карьере» и устойчивый спрос на hh.ru. Начинайте с ремесла тестирования, а не с инструментов, и пусть автоматизация развивает навык, который вы уже наработали. Если хотите выстроить этот путь под свой опыт, персональный план смены профессии в Traecta покажет следующие шаги.
