Ручное тестирование

Ручное тестирование (англ. manual testing) — часть процесса тестирования на этапе контроля качества в процессе разработки программного обеспечения. Оно производится тестировщиком без использования средств автоматизации (скриптов или программ), для проверки программы или сайта путём моделирования действий пользователя^[1].

В ходе ручного тестирования специалист взаимодействует с программным продуктом через пользовательский интерфейс, проверяя его соответствие требованиям и фиксируя найденные дефекты (баги) в системе отслеживания ошибок^[2].

Процесс ручного тестирования обычно включает следующие стадии:

1. Анализ требований: Изучение технического задания и документации, чтобы понять, как должна работать программа.
2. Планирование: Определение стратегии тестирования, выбор необходимых инструментов и ресурсов.
3. Разработка тестовых сценариев (тест-кейсов): Написание пошаговых инструкций, описывающих действия, которые необходимо выполнить, и ожидаемый результат.
4. Выполнение тестов: Непосредственное прохождение сценариев тестировщиком.
5. Регистрация дефектов: Оформление отчетов об ошибках при несовпадении фактического результата с ожидаемым.
6. Ретест (проверка исправлений): Повторное тестирование после того, как разработчики исправили найденные ошибки^[3].

Ручное тестирование применяется в различных подходах:

• Функциональное тестирование — проверка того, что ПО выполняет заявленные функции.
• Юзабилити-тестирование — оценка удобства использования интерфейса.
• Исследовательское тестирование (Exploratory testing) — одновременное изучение системы, проектирование и исполнение тестов без заранее подготовленных скриптов, полагаясь на опыт тестировщика.
• Приёмочное тестирование — проверка соответствия продукта потребностям заказчика перед релизом.

По сравнению с автоматизированным тестированием, ручной метод имеет свои особенности^[4]:

• Визуальная оценка: Человек может заметить графические дефекты или неудобства интерфейса, которые пропустит автотест.
• Гибкость: Тестировщик может быстро адаптироваться к изменениям и проверять нестандартные кейсы «на лету» (ad-hoc тестирование).
• Низкая стоимость на старте: Для начала работы не требуется дорогостоящее ПО или время на написание кода автотестов.
• Человеческий фактор: Имитация реального поведения пользователя, который может совершать непредсказуемые действия.

• Низкая скорость: Человек выполняет тесты значительно медленнее компьютера.
• Риск ошибок: Из-за усталости или невнимательности тестировщик может пропустить дефект при многократном повторении одних и тех же действий.
• Сложность в нагрузочном тестировании: Вручную невозможно эффективно симулировать одновременную работу тысяч пользователей.
• Отсутствие повторяемости: Сложно гарантировать, что тест каждый раз выполняется абсолютно идентично.

• Автоматизированное тестирование
• Бета-тестирование
• Интеграционное тестирование
• Разработка через тестирование
• Регрессионное тестирование
• Системное тестирование

• Тестирование — это не поиск ошибок! // Хабр.