Как организовать процесс тестирования при отсутствии формальных требований от заказчика?

Алгоритм работы в условиях неопределенности:

1. Формальный запрос: Задокументировать факт отсутствия требований и отправить официальный запрос заказчику/продукт-менеджеру (электронная почта, задача в трекере).

2. Анализ и выявление неявных требований:

   • Исследовательское тестирование (Exploratory Testing): Активное изучение приложения для понимания его функциональности и составления карты возможностей.
   • Анализ аналогов: Изучение поведения похожих продуктов или предыдущих версий.
   • Работа с прототипами и дизайн-макетами: Если есть UI/UX макеты.

3. Создание рабочей документации:

   • Чек-лист основных пользовательских сценариев: Логин, основная функциональность, критичные пути.
   • Draft-требования: Самостоятельно сформулировать и согласовать с командой предположения о поведении системы.

     ## Draft Requirement: User Login
     *Предположение:* После ввода корректных учетных данных пользователь перенаправляется на главную страницу.
     *Критерий приемки:* Сессия создается, отображается имя пользователя.

4. Фокус на базовое качество: Проверка стабильности, удобства использования, безопасности и совместимости, даже без детальных функциональных спецификаций.

5. Постоянная коммуникация: Регулярно синхронизировать понимание функциональности с разработчиками, аналитиками и заказчиком, документируя все решения. Это превращает exploratory testing в session-based test management.

Итог: Процесс смещается от проверки формальных требований к активному исследованию продукта и совместному с командой определению того, что является корректным поведением.