Что такое ручное тестирование?
Ручное тестирование — проверка продукта человеком без запуска автотестов: тестировщик сам проходит сценарии, изучает поведение интерфейса и фиксирует расхождения с ожидаемым результатом.
Ручное тестирование незаменимо там, где нужна оценка, а не сравнение: удобство интерфейса, адекватность текстов, поведение новой функции, которая ещё меняется каждый день. Отдельная сильная сторона — исследовательское тестирование, когда специалист ищет проблемы за пределами написанных сценариев.
С ручного тестирования обычно начинают карьеру в QA: порог входа ниже, а понимание продукта и процессов формируется быстрее. Автоматизацию осваивают позже, когда становится ясно, какие проверки повторяются достаточно часто, чтобы их стоило автоматизировать.
Где применяется
Руками проверяют то, что плохо поддаётся формализации: новую функцию, которая ещё меняется каждый день, удобство интерфейса, поведение на реальном телефоне, редкие сценарии восстановления после сбоя. Здесь ценна способность заметить странность, о которой никто не написал в требованиях.
Рабочий инструментарий у ручного тестировщика вполне технический: трекер задач вроде Jira, инструменты разработчика в браузере, Postman для проверки запросов, SQL для сверки данных в базе, эмуляторы устройств. Без них остаётся только клики по экрану, а этого для найма уже недостаточно.
Пример
Автотест проходит зелёным: заказ создаётся, статус меняется. Тестировщик при этом видит на экране, что кнопка оплаты перекрывает итоговую сумму на маленьком телефоне — проверку, которую никто не догадался запрограммировать.
Частые вопросы
Заменит ли автоматизация ручное тестирование?
Полностью — нет. Автотесты хорошо повторяют известные сценарии, но не задают вопросов и не замечают того, чего от них не ждали. Исследование новой функции, оценка удобства и проверка внешнего вида остаются за человеком.
Что такое исследовательское тестирование?
Подход, при котором тестировщик одновременно изучает продукт и придумывает проверки, а не идёт по готовому списку. Он формулирует гипотезу, проверяет её, корректирует направление. Так находят дефекты, которые не попали ни в один заранее написанный тест-кейс.
Как правильно оформить баг-репорт?
Нужны короткий заголовок, шаги воспроизведения, ожидаемый и фактический результат, окружение — версия, браузер, устройство. Полезны скриншот или видео и фрагмент лога. Главный критерий: разработчик должен воспроизвести проблему, не задавая уточняющих вопросов.
Сколько времени занимает старт в ручном тестировании?
Базу теории и инструментов осваивают за три-четыре месяца регулярных занятий. Дольше всего нарабатывается практическое чутьё на дефекты и умение внятно описывать проблему. Помогают учебные проекты, открытые баг-баунти и стажировки, где есть реальный продукт.