Тактика тестирования в условиях неопределенности Когда вы собрали разрозненные «требования», действуйте так: 1️⃣ Применяйте исследовательское тестирование (Exploratory Testing): Это ваш главный инструмент. Совмещайте обучение о продукте, проектирование тестов и их выполнение в режиме реального времени. Документируйте все найденные предположения и вопросы.

2️⃣ Задавайте уточняющие вопросы, но правильно: Вместо «Какие тут требования?» спрашивайте: «Какой результат мы ожидаем, когда пользователь нажмет эту кнопку?», «Что должно произойти, если сервис Х недоступен?». Вы не просто спрашиваете, вы помогаете прояснить логику.

3️⃣ Формулируйте предположения явно: Напишите в тестовой документации: «Предполагается, что при недостатке средств на счету система должна показать ошибку «Недостаточно средств», а не создать заказ в статусе «Ожидание оплаты». Основание: обсуждение с PO от 12.04.2024». Это превращает ваши догадки в проверяемые тезисы.

4️⃣ Используйте эвристики и чек-листы: Как у Santoro? Чек-лист CRUD, эвристики тестирования мобильных приложений, принципы F.I.R.S.T. для юнит-тестов. Они заменяют отсутствующую спецификацию на лучшие практики.

5️⃣ Тестируйте на основе рисков: Спросите себя и команду: «Что будет самым дорогим/позорным/критичным багом на продакшене?» И начинайте тестирование именно с этих областей.

Вывод: не «без требований», а с другим их типом Тестирование без формальных требований — это не только возможно, но и является обычной практикой в Agile-средах. Однако оно требует от QA гораздо более высокого уровня вовлеченности, аналитического мышления, коммуникации и умения структурировать хаос.

Ваша миссия — не просто следовать инструкциям, а быть активным соавтором качества, выявляя и формализуя «спящие» требования на каждом этапе.

В следующий раз, когда вам скажут «просто потестируй», вооружитесь этим чек-листом и начните расследование.