QA-инженер (ручное тестирование)

Описание профессии

QA-инженер ручного тестирования (тестировщик, инженер по качеству) — специалист, который проверяет качество программного обеспечения вручную (без автоматизации), находит ошибки и дефекты, пишет тестовые сценарии и контрольные списки, регистрирует найденные ошибки в системе отслеживания ошибок, взаимодействует с разработчиками и менеджерами продукта для улучшения качества продукта. Представьте редактора книги, который читает каждую страницу, ищет опечатки, проверяет соответствует ли текст задумке автора, отмечает все несоответствия и помогает сделать книгу идеальной перед публикацией. Это первая ступень в карьере тестировщика и один из самых популярных способов войти в IT без опыта программирования: для старта нужны только внимательность, критическое мышление и желание находить ошибки. QA-инженер ручного тестирования проверяет веб-сайты, мобильные приложения для телефонов, программы для компьютеров и программные интерфейсы вручную: нажимает кнопки, вводит данные в формы, проверяет крайние случаи (пустые поля, специальные символы, очень большие числа, нестандартные сценарии), воспроизводит ошибки, описывает пошаговые инструкции как их повторить, проверяет что функции работают согласно требованиям и спецификациям. В отличие от инженера по автоматизации тестирования (который пишет программный код для автоматических проверок), QA-инженер ручного тестирования проверяет всё "руками", используя интерфейс приложения, браузер или мобильное устройство. Какие виды тестирования выполняет QA-инженер? Функциональное тестирование — проверка что все функции работают согласно требованиям: кнопка "Войти" действительно выполняет вход, форма регистрации создаёт новый аккаунт, корзина в интернет-магазине правильно добавляет товары и считает сумму. Регрессионное тестирование — повторная проверка ранее работавших функций после внесения изменений (новых возможностей, исправления ошибок, переработки кода), чтобы убедиться что ничего не сломалось. Это самая частая и рутинная задача QA-инженера, занимает 40-60% рабочего времени. Исследовательское тестирование — свободное "исследование" приложения без заранее написанных тестовых сценариев, поиск неочевидных ошибок, проверка удобства использования, интуитивности интерфейса. Тестировщик думает как обычный пользователь и пытается "сломать" продукт необычными действиями. Smoke-тестирование (дымовое тестирование) — быстрая проверка критически важной функциональности (основные сценарии: можно войти в систему, главная страница загружается, основные кнопки работают) после выпуска новой версии, чтобы убедиться что сборка стабильна. Целенаправленное тестирование — проверка конкретной функции или исправленной ошибки (например, только форму регистрации после исправления ошибки с проверкой email). Тестирование интерфейса и удобства — проверка визуальной корректности (дизайн соответствует макетам, элементы не накладываются друг на друга, шрифты правильные, адаптация под мобильные экраны), удобства интерфейса. Кросс-браузерное и кросс-платформенное тестирование — проверка что приложение правильно работает в разных браузерах (Chrome, Firefox, Safari, Edge), на разных операционных системах (Windows, Mac, Linux), на разных версиях мобильных платформ. Типичный рабочий процесс QA-инженера ручного тестирования: получить задачу на тестирование (новая функция, выпуск, исправление ошибки) от руководителя группы тестирования или менеджера продукта. Изучить требования — прочитать описание задачи, критерии приёмки, дизайн-макеты, техническую спецификацию (если есть). Написать тестовые сценарии или контрольные списки — разбить требования на шаги проверки, охватить позитивные сценарии (нормальный ход событий) и негативные (обработка ошибок, проверки, крайние случаи). Подготовить тестовое окружение — зайти на тестовый сервер, создать тестовых пользователей, подготовить тестовые данные (если нужно). Выполнить тестирование — пройти по каждому тестовому сценарию, отмечать пройден он или провален, если находится ошибка — воспроизвести её, убедиться что она стабильно повторяется. Зарегистрировать ошибку в системе отслеживания — написать чёткое название ("Кнопка 'Войти' не работает при вводе спецсимволов в email"), подробные шаги воспроизведения, ожидаемый результат, фактический результат, приложить скриншоты или видео, указать критичность (блокирующая, критическая, важная, незначительная) и приоритет исправления. Взаимодействовать с разработчиком — отвечать на вопросы по ошибке, давать дополнительные данные, помогать воспроизвести, проверять исправление после того как ошибка устранена. После всех исправлений прогнать набор регрессионных тест-кейсов (проверяющих весь функционал), убедиться что ничего не сломалось. Дать разрешение на выпуск — принять решение можно ли выпускать версию в продакшн на основе найденных ошибок (если есть критические или блокирующие — выпускать нельзя). В работе QA-инженер ручного тестирования использует различные инструменты: системы отслеживания ошибок и управления задачами, системы управления тестовыми сценариями и тестовыми запусками, инструменты для ручной проверки программных интерфейсов, программы для анализа сетевого трафика, инструменты разработчика в браузере (для проверки ошибок консоли, сетевых запросов), язык запросов к базам данных (для проверки что данные сохранились правильно), платформы для тестирования мобильных приложений, инструменты для сравнения реализации с дизайн-макетами, системы документирования, программы для записи видео воспроизведения ошибок.

Кому подходит

Профессия тестировщика ручного тестирования подходит внимательным и педантичным людям с критическим мышлением, которые любят находить несоответствия, ошибки, крайние случаи, «докапываться до истины». Это отличный вариант для входа в IT без опыта программирования, высшего технического образования и даже без знания английского на высоком уровне (хотя базовый английский полезен для чтения документации и тестовых сценариев). Ручное тестирование не требует писать код на старте — достаточно уметь пользоваться компьютером, браузером, понимать основы того как работают веб-приложения (клиент-серверная архитектура, запросы, формы, кнопки, навигация). Для тестировщика критично внимание к деталям: замечать что кнопка на 2 пикселя сдвинута, что в тексте опечатка, что при определенной последовательности действий (А → Б → В) приложение ведет себя некорректно. Нужна педантичность и терпеливость — многие задачи в ручном тестировании рутинные и повторяющиеся: прогнать 50 тестовых сценариев, проверить 5 браузеров, повторить одно и то же действие 10 раз чтобы воспроизвести нестабильную ошибку. Критическое мышление обязательно: тестировщик должен думать «А что если пользователь сделает по-другому?», «А что если ввести не число, а букву?», «А что если нажать кнопку отправки без заполнения обязательного поля?» — искать сценарии где приложение может сломаться. Любопытство и желание «сломать» продукт — хорошие тестировщики не просто проверяют идеальный сценарий использования, а думают как «злоумышленник» или «очень невнимательный пользователь», пытаются навредить, ломают границы, проверяют неочевидные комбинации. Коммуникация важна: тестировщик постоянно взаимодействует с разработчиками (объяснить ошибку, помочь воспроизвести, обсудить ожидаемое поведение), с менеджером продукта (уточнить требования, задать вопросы по спецификации, сообщить о критических ошибках), с дизайнерами (проверить соответствие макетам, обсудить проблемы удобства использования). Нужно уметь писать четкие отчеты об ошибках — разработчик не должен тратить час на то чтобы понять «что сломано и как воспроизвести»; хороший отчет содержит: краткое описание, пошаговую инструкцию воспроизведения, ожидаемый и фактический результат, окружение (браузер, операционная система, версия приложения), критичность и приоритет, скриншоты или видео. Умение работать в команде критично: тестировщик — это часть многофункциональной команды (менеджер продукта плюс дизайнер плюс разработчики плюс тестировщик), нужно синхронизироваться на ежедневных встречах, обсуждать приоритеты, не создавать конфликты («я нашел 100 ошибок, вы плохие разработчики» — плохой подход; «давайте вместе улучшим качество» — правильный). Ручное тестирование подходит людям которые хотят попасть в IT быстро (3-6 месяцев обучения против 1-2 лет для разработчика), готовым начать с небольших зарплат (70-90 тыс стажер, 90-130 тыс начинающий) и расти в сторону автоматизации (инженер по автоматизации тестирования — там зарплаты 180-400 тыс) или управления (руководитель группы тестирования, руководитель отдела). Это также подходит тем кто боится программирования или не уверен что хочет быть разработчиком — ручное тестирование дает возможность «пощупать» IT индустрию изнутри, понять процессы разработки, рабочий процесс, без необходимости писать код. Многие люди используют ручное тестирование как трамплин: через 1-2 года изучают автоматизацию (Python плюс Selenium/Playwright) и переходят в автоматизацию тестирования, затем в инженера по разработке тестов (гибрид тестировщика и разработчика) или даже в серверную разработку. Ручное тестирование не подходит людям которые: (1) Ищут высокие зарплаты сразу — на старте зарплаты низкие (70-130 тыс), растут медленно без автоматизации; старший тестировщик зарабатывает 150-200 тыс, в то время как старший инженер по автоматизации — 300-400 тыс. (2) Не выносят монотонность и рутину — 70-80% работы ручного тестирования — это повторяющиеся действия (регрессионное тестирование одних и тех же сценариев каждый спринт, прогон одних и тех же тестовых сценариев). (3) Хотят быстрого карьерного роста — без автоматизации потолок — старший тестировщик или руководитель группы, дальше расти сложно; большинство высокооплачиваемых позиций требуют автоматизацию. (4) Не терпеливы — работа требует усидчивости, внимательности к мелочам, готовность проверять одно и то же многократно. (5) Избегают конфликтов — тестировщики находятся «между молотом и наковальней»: разработчики раздражаются на ошибки («это не ошибка, это функция»), менеджер продукта давит на сроки («тестируй быстрее, нам нужно выпускать завтра»), нужно уметь отстаивать качество продукта тактично но твердо.

Навыки и требования

На кого учиться

Обязанности и функции

• Функциональное тестирование новых фич и релизов согласно requirements (user stories, acceptance criteria)
• Написание тест-кейсов, чек-листов, test plans для покрытия функциональности (positive, negative, edge cases)
• Регрессионное тестирование — повторная проверка ранее работавшего функционала после изменений
• Исследовательское (Exploratory) тестирование — поиск неочевидных багов без заранее написанных кейсов
• Bug reporting в JIRA — четкие описания багов (steps to reproduce, expected/actual, severity, скриншоты)
• Взаимодействие с разработчиками — уточнение багов, помощь в воспроизведении, verification фиксов (re-testing)
• Smoke и Sanity тестирование — быстрая проверка критической функциональности после деплоя
• UI/UX тестирование — проверка соответствия дизайн-макетам (Figma), visual correctness, usability
• Кросс-браузерное и кросс-платформенное тестирование (Chrome, Firefox, Safari, Edge, Windows/Mac, iOS/Android)
• API тестирование (Postman) — проверка REST endpoints, status codes, response data
• Проверка данных в базе (SQL) — что записи создались, значения корректны
• Участие в Daily Standups, Sprint Planning, Grooming, Retrospectives (Agile/Scrum процессы)
• Документация — поддержка test cases, checklists, reporting (test summary reports, bug statistics)
• Sign-off релизов — принятие решения Go/No-Go на основе критичности найденных багов

Плюсы и минусы профессии

Востребованность профессии

Спрос на Manual QA высокий, особенно на уровнях Junior и Middle. hh.ru показывает 3000-5000 открытых вакансий QA-инженера (большинство — Manual QA или QA с базовой автоматизацией) в России (Москва, СПб, регионы), LinkedIn — 20 000+ вакансий QA globally. Manual QA нужны всем IT-компаниям: продуктовым (Yandex, VK, Ozon, Avito), аутсорсинговым (EPAM, Luxoft, DataArt), стартапам, банкам (Sber, Tinkoff, Альфа-Банк), e-commerce, fintech. Порог входа низкий — многие компании готовы нанимать Junior QA без опыта (после курсов или стажерских программ), обучать on-the-job, так как Manual QA не требует глубоких технических знаний. Существуют mass hiring программы (Яндекс.Практикум QA, Сбер Bootcamp, EPAM University) которые берут сотни людей без опыта, обучают 3-6 месяцев и трудоустраивают. Однако долгосрочный тренд — спрос на Manual QA постепенно падает в пользу автоматизации: компании хотят нанимать QA Automation, так как автотесты быстрее и дешевле чем ручное тестирование (1 автотест можно прогонять каждый commit за секунды, вместо того чтобы платить Manual QA 8 часов на регресс). Senior Manual QA позиции редки — большинство Senior QA требуют автоматизацию. Тем не менее, для старта в IT Manual QA — отличный выбор: низкий порог входа, быстрое трудоустройство, возможность через 1-2 года перейти в автоматизацию (выучив Python + Selenium/Playwright за 6-12 месяцев self-study). Географически: Москва (60% вакансий), СПб (20%), регионы (20%); удаленка доступна для 60-70% позиций.

Где можно работать

Как получить профессию

Чтобы стать Manual QA за 3-6 месяцев без опыта программирования: (1) Изучите основы тестирования ПО — пройдите бесплатный курс типа "Введение в тестирование" (YouTube: канал Артема Русау "QA START UP", Вадима Ксендзова), прочитайте книгу "Тестирование DOT COM" (Роман Савин) или "ISTQB Foundation Level Syllabus" (бесплатный PDF). Поймите: что такое QA, типы тестирования (functional, regression, smoke, exploratory), test design techniques (классы эквивалентности, граничные значения, decision tables), bug life cycle. (2) Изучите тест-дизайн (Test Design) — как писать тест-кейсы покрывающие positive, negative, edge cases. Примеры: для формы входа тест-кейсы "Вход с правильными данными", "Вход с пустым email", "Вход с невалидным email", "Вход с неправильным паролем". Практикуйтесь: возьмите любое открытое приложение (например, Gmail, Twitter) и напишите 20-30 тест-кейсов для одной фичи (например, "Compose new email"). (3) Освойте инструменты: JIRA (зарегистрируйтесь на free plan jira.com, создайте баг-репорты для pet-проекта), Postman (тестируйте публичные API типа jsonplaceholder.typicode.com — делайте GET, POST запросы), SQL basics (изучите SELECT, WHERE, JOIN на sqlbolt.com или w3schools.com). (4) Практикуйтесь на открытых сайтах — тестируйте реальные приложения (например, Pet Store demo, автоматизированные test apps типа demoblaze.com), находите баги, пишите bug reports в собственный JIRA проект. Это ваше portfolio для резюме. (5) Пройдите QA-курсы с трудоустройством (опционально, но ускоряет): Яндекс.Практикум QA (6 месяцев, 90 000 ₽, гарантия трудоустройства), Skillbox Тестировщик ПО, Нетология QA-инженер, Artsiom Rusau QA START UP (бесплатные материалы + платные консультации), EPAM University QA (бесплатно, с последующим трудоустройством в EPAM). (6) Подготовьте резюме — укажите курсы, pet-проекты (тест-кейсы и баги которые вы нашли), инструменты (JIRA, Postman, SQL), даже если опыта работы нет. (7) Начните подавать на Junior QA / Trainee QA / QA Intern — на hh.ru 500-1000 вакансий для Junior без опыта (ищите "Junior QA", "Стажер тестировщик"). Готовьтесь к интервью: вас спросят про типы тестирования, test design, как вы напишете тест-кейсы для "лифта" или "ручки" (классические QA-задачки), дадут практическое задание (найти 10 багов на тестовом сайте). (8) Постоянно развивайтесь — после трудоустройства изучайте автоматизацию (Python + Selenium) параллельно с работой, чтобы через 1-2 года перейти в QA Automation (там зарплаты 180-400K vs. 90-180K для Manual QA). Читайте блоги (habr.com/ru/hub/softwaretesting, Ministry of Testing), получите сертификацию ISTQB Foundation Level (опционально, но добавляет credibility). Итого: 3-6 месяцев обучения + pet-проекты + резюме + 1-3 месяца поиска работы = 6-9 месяцев до первой работы Junior QA.

Карьерные перспективы

Типичная карьерная траектория Manual QA: Intern/Trainee QA (3-6 месяцев, обучение на курсах или стажерских программах, выполнение простых тест-кейсов) → Junior Manual QA (0-1 год, функциональное тестирование под менторством Senior QA, написание тест-кейсов, bug reporting, изучение инструментов JIRA/Postman/SQL) → Middle Manual QA (1-3 года, самостоятельное тестирование фичей, регресс, exploratory testing, участие в planning/grooming, менторство Junior) → Senior Manual QA (3-5 лет, ownership за качество целых модулей/продуктов, написание test strategy, code review тест-кейсов, участие в process improvement, менторство Middle/Junior). Дальнейшие пути: (1) QA Lead / Test Manager (управление командой 3-10 QA, планирование тестирования, найм, процессы) → Head of QA / QA Director (управление отделом 10-50 QA, test strategy на уровне компании). (2) QA Automation Engineer (изучить Python/Java + Selenium/Playwright за 6-12 месяцев, перейти в автоматизацию — зарплаты 180-400K) → Senior Automation → SDET → Test Architect. (3) Смежные роли: Business Analyst (перейти в анализ требований), Product Analyst (аналитика метрик продукта), Tech Support / Customer Success (работа с клиентами, поддержка). Многие Manual QA через 2-3 года переходят в автоматизацию (это natural progression), так как ручное тестирование рутинно и имеет low ceiling по зарплате.

Известные представители профессии

• James Bach — известный tester, автор книг "Lessons Learned in Software Testing", эксперт в exploratory testing
• Michael Bolton — co-founder Rapid Software Testing methodology, тренер, speaker на QA-конференциях
• Cem Kaner — автор "Testing Computer Software" (классика QA литературы), профессор, QA consultant
• Lisa Crispin — автор "Agile Testing" (bible для QA в Agile командах), Agile testing advocate
• Артем Русау — русскоязычный QA-евангелист, автор курса "QA START UP", YouTube-канал для начинающих QA

Смежные профессии