Ответ
С глубокого анализа требований и контекста проекта. Качество закладывается на этапе понимания, а не на этапе поиска багов.
Первоочередные шаги:
- Изучение документации: Требования (SRS/User Stories), спецификации, макеты. Если документации нет или она плохая — активно участвовать в её создании и уточнении.
- Понимание бизнес-целей: Зачем нужна система? Кто конечный пользователь? Какие сценарии критичны?
- Определение объема тестирования (Scope): Что входит в тестирование, а что — нет.
- Планирование и стратегия:
- Выбор уровней тестирования (модульное, интеграционное, системное).
- Определение типов тестирования (функциональное, нефункциональное).
- Приоритизация: что тестировать в первую очередь.
- Оценка рисков.
Пример матрицы приоритизации для планирования тестов:
| Приоритет | Критерий | Пример функциональности |
|---|---|---|
| Критический (P0) | Блокирует работу ядра продукта | Авторизация, создание основного объекта (заказа, документа) |
| Высокий (P1) | Важная функция, но есть обходной путь | Поиск с фильтрами, экспорт отчета |
| Средний (P2) | Удобство использования, второстепенная функция | Сортировка в таблице, кастомизация UI |
Ключевой вывод: Роль тестировщика на старте — быть проактивным аналитиком, а не пассивным исполнителем чек-листов.