Назад

Тест-дизайн · Средняя

Провести exploratory-сессию

Исследовать продукт вне заранее написанных тест-кейсов, чтобы найти риски, которые не видны в формальной проверке.

Тест-дизайн: визуальный контекст этапа
Аудиопересказ пунктаПолная версия материала для прослушивания
Прослушано 0%
Скачать

Быстро понять за 2 минуты

Исследовать продукт вне заранее написанных тест-кейсов, чтобы найти риски, которые не видны в формальной проверке. На выходе: есть charter exploratory-сессии.

Главная пользаExploratory testing помогает QA думать как пользователь и как исследователь.
Первое действиеОпределите charter: какую область, риск или пользовательский сценарий исследуете.
Готово, когдаЕсть charter exploratory-сессии.

Контекст

Пункт относится к этапу «Тест-дизайн». Его задача — превратить рабочее действие в проверяемый результат. Он нужен до передачи результата разработчикам, менеджеру и владельцу продукта: иначе команда рискует проводить exploratory без цели и заметок.

ЦельExploratory testing помогает QA думать как пользователь и как исследователь.
ДействиеОпределите charter: какую область, риск или пользовательский сценарий исследуете.
ПроверкаЕсть charter exploratory-сессии.

Что это дает

Exploratory testing помогает QA думать как пользователь и как исследователь. Это не хаотичное тестирование, а ограниченная по времени сессия с целью, гипотезами и заметками.

Как выполнить

  1. Определите charter: какую область, риск или пользовательский сценарий исследуете.
  2. Ограничьте сессию по времени и фиксируйте наблюдения по ходу проверки.
  3. После сессии разделите находки на дефекты, вопросы, улучшения и новые тестовые идеи.

Критерии приемки

  • Есть charter exploratory-сессии.
  • Наблюдения зафиксированы и разобраны.
  • Полезные находки добавлены в регрессию или backlog.

Типичные ошибки

  • Проводить exploratory без цели и заметок.
  • Подменять регулярную регрессию случайным кликаньем.
  • Не превращать находки в задачи или тестовые идеи.

Инструменты

exploratory testingsession notesmind mapbug reportchecklist

Рабочий артефакт

Test design

Заметки exploratory-сессии

Пример для подготовки функциональности к релизу: специалист начинает с действия «Определите charter: какую область, риск или пользовательский сценарий исследуете». Затем фиксирует результат в рабочем артефакте и передает его команде. Пункт считается выполненным только когда выполнено условие: «Есть charter exploratory-сессии».

  • Покрытые требования
  • Критические сценарии
  • Edge cases
  • Негативные проверки

Контроль качества

Артефакт

Матрица тестового покрытия

Метрика проверки

Есть charter exploratory-сессии.

Когда пересматривать

После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.

Что передать дальше

Риск, шаги воспроизведения, окружение, доказательства, ожидаемый результат и владельца исправления.

Перед отметкой выполнено: Есть charter exploratory-сессии.

Как применять

Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Провести exploratory-сессию»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?
Материал подготовлен командойAriol.by