Во время 90-минутной исследовательской сессии тестировщик получил только название функции. Как сформулировать рабочую цель сессии, чтобы результат был проверяемым?
Рабочую цель нужно оформить как исследовательский устав: указать проверяемую область, предполагаемые риски, направление исследования, доступные ограничения и критерий завершения. Формулировка должна описывать не намерение «потестировать функцию», а ожидаемый результат, например: «за 90 минут исследовать восстановление формы после потери соединения, выявить нарушения сохранности введённых данных и зафиксировать подтверждённые наблюдения».
Исследовательское тестирование возникло как практический ответ на ограничения полностью сценарного подхода. Подробные тест-кейсы хорошо проверяют заранее известные условия, но плохо покрывают неожиданные взаимодействия, неясные требования и новые риски.
В исследовательском подходе обучение продукту, проектирование проверок и их выполнение происходят одновременно. Чтобы такая работа не превращалась в бессистемный поиск, применяют ограниченные по времени сессии и заранее задают их фокус.
Название функции слишком широко: за одну сессию можно проверять её основные сценарии, ошибки ввода, восстановление после сбоев, права доступа, совместимость или удобство использования. Если не выбрать направление, тестировщик обычно тратит время на первые очевидные проверки и не может объяснить, что именно было исследовано.
Нечёткая цель также затрудняет оценку результата. Фраза «дефектов не найдено» не показывает, какие риски проверялись, какие области остались за пределами сессии и можно ли повторить исследование с другим фокусом.
Устав сессии должен содержать пять элементов:
Полезная формула: «За [время] исследовать [область] с фокусом на [риск], используя [подходы], чтобы получить [наблюдаемый результат]». В уставе не нужно заранее перечислять каждый шаг: это сохранило бы гибкость исследовательского тестирования.
Фокус должен быть достаточно узким, чтобы по итогам можно было сделать вывод. Например, «проверить импорт» — слабая цель, а «исследовать обработку частично повреждённых файлов при импорте с фокусом на потерю уже загруженных данных» — проверяемая.
Во время сессии тестировщик фиксирует не только дефекты, но и покрытые области, использованные данные, неожиданные наблюдения и оставшиеся вопросы. Новая информация может изменить направление исследования, однако изменение фокуса следует записать: иначе итог будет выглядеть полнее, чем фактическое покрытие.
У подхода есть компромисс. Слишком общий устав снижает управляемость, а слишком подробный превращает сессию в обычное выполнение заранее заданного сценария. Оптимальный уровень детализации задаёт границы и риск, но оставляет свободу выбирать следующие проверки по результатам текущих наблюдений.
Команда добавила восстановление черновика после закрытия браузера. На исследование выделено 90 минут.
Возможны несколько вариантов. Цель «проверить восстановление черновика» проста, но слишком расплывчата: результаты трудно оценить. Цель «выполнить все позитивные и негативные тесты» звучит конкретнее, однако заранее предполагает полный набор проверок и плохо подходит для неизвестных рисков. Цель «исследовать сохранность данных после закрытия вкладки, обновления страницы и повторного входа, используя короткий, пустой и большой черновики» задаёт полезный фокус, но всё ещё оставляет возможность изучать неожиданные переходы.
Выбранный устав: «За 90 минут исследовать восстановление черновика после прерывания пользовательской сессии с фокусом на потерю, дублирование и устаревание данных; проверить закрытие вкладки, обновление страницы и повторный вход на коротком и большом тексте; зафиксировать дефекты, наблюдения и непроверенные риски».
Такой вариант не обещает полного тестирования функции, но делает границы прозрачными. В результате обнаружено, что после повторного входа восстанавливается старая версия черновика, а проверка выхода из аккаунта и смены устройства осталась за пределами сессии. Это даёт команде конкретный дефект и обоснованный план следующего исследования.
1. Нужно ли включать в устав конкретные тестовые шаги?
Нет, полный набор шагов включать не нужно. Устав задаёт границы, риск и направление, а конкретные проверки выбираются по мере получения информации. Можно указать идеи или категории действий, но превращение устава в детальный сценарий лишает исследовательскую сессию её главного преимущества — адаптации к наблюдаемому поведению.
2. Чем исследовательская сессия отличается от тестирования без подготовки?
Сессия имеет явную цель, временные границы, выбранный фокус и фиксируемый результат. Работа без подготовки обычно не определяет, какие риски проверялись и почему следующая проверка была выбрана именно так. Исследовательский подход допускает импровизацию, но требует дисциплины наблюдений и прозрачных границ.
3. Можно ли считать сессию успешной, если дефекты не найдены?
Да, если достигнут заявленный критерий завершения и зафиксировано, что именно исследовано. Успехом может быть получение уверенности в определённом риске, выявление неизвестных вопросов или подтверждение ожидаемого поведения. Однако отсутствие дефектов нельзя трактовать как доказательство отсутствия дефектов во всей функции: вывод ограничен областью и фокусом конкретной сессии.