Exploratory testing — это одновременный процесс изучения продукта, проектирования проверок и исполнения тестов. Его сила в том, что QA не ограничен заранее заданным списком сценариев и может адаптироваться по ходу исследования системы.
Почему exploratory важен
- →Не все дефекты лежат в очевидных сценариях и заранее написанных test cases.
- →Новые или плохо определённые зоны продукта часто лучше исследовать, чем сразу формализовать.
- →Exploratory testing помогает быстрее находить неожиданные взаимодействия, слабую UX-логику и странные состояния системы.
Как не скатиться в хаос
- →Определи mission: что именно ты исследуешь и какой риск хочешь понять.
- →Ограничь сессию по времени, чтобы сохранять фокус.
- →Фиксируй наблюдения, идеи, найденные проблемы и вопросы по ходу.
- →После сессии превращай важные находки в постоянные проверки или улучшения требований.
Хорошие источники идей
- →Неочевидные пользовательские пути и возвраты назад.
- →Смена ролей, данных, языка, окружения, сети, порядка действий.
- →Сбои интеграций и нестабильные состояния.
- →Предыдущие дефекты, спорные требования и сложные workflow.
Частые ошибки
- →Называть exploratory любые несистемные клики без цели и фиксации результата.
- →Не ограничивать scope и терять фокус.
- →Не документировать, что именно было проверено и что оказалось важным.
- →Полностью заменять exploratory формальными проверками или, наоборот, пытаться заменить им всю регрессию.
🔎
Сильное exploratory testing всегда имеет цель, гипотезы и вывод. Свобода в нём нужна не для хаоса, а для более умного поиска риска.