Manual vs Automation: когда автоматизировать тесты
Вопрос "учить ручное или сразу автоматизацию?" задаёт каждый второй новичок в QA. И почти каждый получает размытый ответ: "зависит от ситуации". Давайте разберёмся конкретно - от чего именно зависит и как принять решение.
Короткий ответ: автоматизация нужна там, где один и тот же тест прогоняется больше 5-7 раз. Всё остальное - ручное тестирование. Но дьявол, как обычно, в деталях.
На российском рынке сейчас около 4 000 вакансий для Manual QA и примерно 2 500 для AQA. Зарплаты у автоматизаторов в среднем на 40-60% выше. Но это не значит, что ручное тестирование умирает. Скорее наоборот - спрос на грамотных мануальщиков растёт вместе с рынком.
Что такое ручное тестирование и где оно незаменимо
Ручное тестирование - это когда QA инженер сам открывает приложение, проходит сценарии, нажимает кнопки и фиксирует результат. Никакого кода. Браузер, глаза, голова.
Звучит примитивно? На деле это сложная аналитическая работа. Manual QA находит баги, которые автотест никогда не поймает. Автотест проверяет то, что в него заложили. А человек замечает странности: "кнопка работает, но выглядит криво", "текст обрезается на мобильном", "после оплаты нет подтверждения - пользователь растеряется".
Ручное тестирование незаменимо в нескольких случаях:
Исследовательское тестирование.
Новая фича, документации мало, нужно "пощупать" продукт. Автотест тут бесполезен - вы ещё не знаете, что именно проверять.
UX и юзабилити.
Удобно ли расположены элементы? Понятен ли текст ошибки? Это оценивает человек, не скрипт.
Одноразовые проверки.
Заказчик попросил проверить конкретный сценарий. Писать автотест ради одного прогона - трата времени.
Тестирование на ранних стадиях.
Когда интерфейс меняется каждый день, автотесты ломаются быстрее, чем вы их пишете.
Что такое автоматизация и когда она окупается
Автоматизация - это код, который тестирует приложение вместо вас. Написали скрипт один раз, запускаете хоть 50 раз в день. Selenium открывает браузер, заполняет формы, кликает кнопки и сверяет результат с ожидаемым.
Главная метрика здесь - ROI (возврат инвестиций). Написать автотест дороже, чем прогнать тест руками один раз. Но если этот тест нужно прогонять каждый день - автоматизация окупается за 2-3 недели.
Конкретный пример. Регрессионный набор из 200 тест-кейсов. Вручную один QA проходит его за 3 рабочих дня. Автотесты проходят тот же набор за 40 минут. При еженедельных релизах экономия - 2.5 рабочих дня в неделю. За месяц это 10 рабочих дней одного инженера.
Автоматизация окупается, когда:
- Тест запускается регулярно (регрессия, smoke-тесты)
- Интерфейс стабилен и не меняется каждую неделю
- Есть чёткие входные и выходные данные
- Тест включает много однотипных операций
Автоматизация не окупается, когда:
- Фича ещё в разработке и UI нестабилен
- Тест запускается 1-2 раза за жизнь проекта
- Проверка субъективная (визуал, удобство)
- Стоимость поддержки автотеста выше стоимости ручного прогона
Пирамида тестирования: как распределить усилия
Пирамида тестирования - это модель, которая показывает, сколько тестов какого типа нужно писать. Снизу вверх:
Unit-тесты (70%).
Проверяют отдельные функции в коде. Пишут разработчики. Один unit-тест выполняется за миллисекунды. Самые быстрые и дешёвые.
Интеграционные тесты (20%).
Проверяют взаимодействие компонентов: API-запросы, связки сервисов, работу с базой данных. Пишут разработчики или AQA. Выполняются за секунды.
E2E тесты (10%).
Проверяют сценарий целиком: пользователь открыл сайт, зарегистрировался, оплатил заказ. Пишут AQA на Selenium или Playwright. Выполняются за минуты.
Ошибка, которую допускают многие команды: перевернутая пирамида. 200 E2E тестов, 30 интеграционных, 0 юнитов. Результат - тесты идут часами, постоянно падают из-за нестабильных локаторов, команда тратит больше времени на поддержку тестов, чем на тестирование.
Чек-лист: автоматизировать или нет
Конкретный чек-лист. Если на 4+ вопроса ответ "да" - автоматизируйте:
1. Тест запускается чаще одного раза в неделю?
2. Сценарий стабилен и не менялся последний месяц?
3. Есть чёткие ожидаемые результаты (число, текст, статус)?
4. Тест включает больше 10 шагов?
5. Тестовые данные можно генерировать программно?
6. Релизы выходят чаще раза в месяц?
7. В команде есть человек, который умеет писать автотесты?
Последний пункт - критичный. Автоматизация без компетенции в команде превращается в мёртвый код. Тесты написали, через месяц они сломались, никто не чинит, все вернулись к ручному тестированию.
Инструменты: что учить в каждом направлении
Стек Manual QA:
- Jira / YouTrack - трекеры задач и багов
- TestRail / Qase - управление тест-кейсами
- Postman - тестирование API
- DevTools - инспектирование элементов, сетевые запросы
- Charles / Fiddler - перехват трафика
- SQL - проверка данных в базе
Стек AQA (Python):
- Python 3 - язык автотестов
- Selenium / Playwright - управление браузером
- pytest - фреймворк для запуска тестов
- Allure - отчёты
- Git - версионирование кода
- Docker - изоляция тестового окружения
- Jenkins / GitLab CI - запуск тестов в пайплайне
Почему Python? Низкий порог входа, огромное комьюнити, большинство вакансий AQA в России - на Python. Java тоже востребована, но учить её дольше. Средний срок перехода из Manual в AQA: 3-6 месяцев при ежедневных занятиях по 1.5-2 часа.
Зарплаты: Manual QA vs AQA в цифрах
Разница в зарплатах ощутимая. Данные по России на начало 2026 года:
Junior Manual QA: 50 000 - 90 000 руб.
Junior AQA: 80 000 - 130 000 руб.
Middle Manual QA: 100 000 - 170 000 руб.
Middle AQA: 160 000 - 270 000 руб.
Senior Manual QA: 180 000 - 280 000 руб.
Senior AQA: 270 000 - 420 000 руб.
Разница между мидл-мануальщиком и мидл-автоматизатором - 60 000-100 000 рублей в месяц. За год это 720 000 - 1 200 000 рублей. Ради такой суммы 4-6 месяцев обучения - разумная инвестиция.
Но есть нюанс. Senior Manual QA с глубоким знанием предметной области (финтех, медтех, e-commerce) зарабатывает на уровне мидл-автоматизатора. Экспертиза в домене ценится высоко.
Частые ошибки при переходе в автоматизацию
"Автоматизирую всё подряд."
Нет. Начните с smoke-тестов - 10-15 критичных сценариев. Потом добавляйте регресс. Покрывать 100% - утопия.
"Не разобрался в ручном, иду сразу в AQA."
Автотест проверяет бизнес-логику. Если вы не понимаете, как тестировать руками - вы напишете автотест, который проверяет не то. Минимум 3 месяца ручного тестирования - это фундамент.
"Скопировал код из туториала и работает."
Работает сейчас. Через неделю сломается, и вы не поймёте почему. Изучайте язык программирования как следует, а не надёрганные куски.
Вопросы и ответы
Можно ли работать ручным тестировщиком и зарабатывать хорошо?
Да. Senior Manual QA в финтехе или крупном e-commerce получает 200 000-280 000 рублей. Но таких позиций меньше, конкуренция за них выше. Знание автоматизации расширяет выбор вакансий.
Через сколько месяцев ручного тестирования переходить в автоматизацию?
Оптимально - через 3-6 месяцев. К этому моменту вы понимаете процесс тестирования, умеете писать тест-кейсы и знаете, какие сценарии повторяются. Это и будут кандидаты на автоматизацию.
Какой язык учить для автоматизации: Python или Java?
Python - быстрее старт, больше вакансий для джуниоров. Java - шире стек, чаще встречается в энтерпрайзе. Для первого языка берите Python.
Как выбрать своё направление
Решение зависит от трёх факторов: что вам интереснее, где вы сейчас и куда хотите прийти через год.
Если вы только входите в QA - начинайте с ручного тестирования. Это база. Без неё автоматизация превращается в бессмысленное написание кода.
Если вы мануальщик с опытом от полугода и чувствуете потолок - самое время двигаться в автоматизацию. Python + Selenium + pytest - стандартный стек, который покрывает 80% вакансий.
У меня есть программы для обоих направлений: курс Fullstack тестирования для старта и менторство по автоматизации на Python для перехода. На бесплатной консультации разберём ваш уровень и составим индивидуальный план. Без обязательств, без продаж в лоб.
Записаться на консультацию https://t.me/yakorqa