Основы ручного тестирования
Updated Jul 2026
Базовый навык (2015-2025). См. основное руководство для контекста.
Ручное тестирование — это не отсутствие автоматизации. Это дисциплина критического анализа поведения программного обеспечения до, во время и после работы любых инструментов. Каждый старший QA-инженер, независимо от глубины работы с AI-фреймворками, ежедневно опирается на навыки ручного тестирования: написание понятных тест-кейсов, целенаправленное исследование ПО и оформление дефектов так, чтобы разработчики могли немедленно приступить к их устранению.
Даже в 2026 году, когда AI генерирует тест-кейсы, а агенты управляют браузерами, инженер, способный написать точный баг-репорт, составить таблицу решений и провести целенаправленную исследовательскую сессию, остаётся незаменимым.
Рассматриваемые темы
1. Тест-кейсы
- Написание тест-кейсов — анатомия хорошего тест-кейса, шаблоны, типичные ошибки и формат Given/When/Then
- Техники тест-дизайна — анализ граничных значений, эквивалентное разбиение, таблицы решений и диаграммы переходов состояний
2. Исследовательское тестирование
- Методология SBTM — сессионное управление тестированием, хартии, тайм-боксы и дебрифы
- Отчёты о сессиях — шаблоны, стратегии ведения заметок и интеграция результатов исследований в процесс тестирования
3. Составление баг-репортов
- Эффективные баг-репорты — пять обязательных полей, примеры плохих и хороших отчётов, вложения, ускоряющие исправление
- Серьёзность и приоритет — определения, кто принимает решения, двухосевая матрица и типичные заблуждения
4. Планирование тестирования
- Тестирование на основе рисков — оценка рисков, техники оценки трудозатрат, критерии входа и выхода
- Верификация и валидация — ключевые различия, практические примеры и тезисы для собеседований
Почему это важно
Основы ручного тестирования — это не этап, который вы проходите и оставляете позади. Это фундамент, придающий смысл автоматизации. Автоматизированный тест настолько хорош, насколько хорошо продумана его логика человеком. Исследовательское тестирование выявляет то, что пропускает автоматизация. Чёткие баг-репорты устраняют потери времени разработчиков. Планирование на основе рисков гарантирует, что усилия направлены туда, где это действительно важно.