Исследовательское тестирование
Сценарные проверки зелёные, но тестировщик замечает новый путь: при оформлении можно сменить адрес доставки. Готового кейса нет, до решения о релизе двадцать минут. Случайные клики потратят время, а повтор старого сценария проигнорирует риск.
Исследовательское тестирование полезно начинающему специалисту, когда работа ограничена понятным вопросом: есть таймбокс, способ выбрать следующую проверку и записи, объясняющие, что удалось узнать, а чего нет.
Начинайте исследовательское тестирование с чартера
Чартер — это короткая миссия сессии. Назовите функцию, риск или поведение, которое нужно изучить, и угол внимания: данные, время, восстановление или взаимодействие. Формулировка должна оставлять место для адаптации, но не позволять бесцельно блуждать.
Например: изучить, что происходит с оформлением, если адрес меняется после применения скидки. Вопрос подсказывает направление, но не диктует каждый клик.
Ограничьте исследование таймбоксом
Задайте фиксированное окно и заранее решите, что должно остаться к концу: наблюдения, вопросы, результаты и рекомендация для следующего шага. Таймбокс не превращает работу в гонку. Он не даёт исследованию стать бесконечным обещанием.
Когда время заканчивается, перестаньте добавлять новые ветки и вернитесь к чартеру. Лучше записать важную неопределённость, чем изображать завершённость.
Используйте эвристики, чтобы выбрать следующую проверку
- Меняйте одно входное значение или состояние за раз.
- Проверяйте путь после прерывания, обновления, возврата назад или повторного действия.
- Сравнивайте обычный случай с пустым, задержанным или необычным.
- Следуйте за неожиданным результатом, пока не сможете назвать, что изменилось.
Это подсказки, а не список для механического выполнения. Следующее действие должно выбирать наблюдение.
Делайте записи короткими, но конкретными
Фиксируйте сценарий, данные, наблюдение и открытый вопрос, пока детали свежи. Время, скриншот или короткая запись сохранят последовательность, но в заметке должно быть понятно, почему результат важен. Дневник каждого клика без решения не поможет команде.
Завершайте разбором и связывайте результат с покрытием
В конце сравните чартер с результатами. Что удалось узнать? Какой риск остался? Что нужно превратить в воспроизводимый кейс или баг-репорт? Разбор превращает гибкую сессию в знание, которым команда может пользоваться.
Исследование не означает отсутствие структуры. Это структура, в которой следующий вопрос может измениться, когда продукт даёт для этого основание.
Исследовательское тестирование: проведите ограниченную сессию
Напишите один чартер с функцией, риском и углом внимания. Задайте таймбокс и решите, какие доказательства сохраните. Во время сессии следуйте за одним неожиданным наблюдением, а не пытайтесь открыть все доступные ссылки.
В конце запишите три раздела: что узнали, чего не узнали и какая следующая проверка нужна. Если появился дефект, сократите его до минимального пути перед передачей.
Сравните заметки с плановым кейсом для той же функции. Отметьте, что исследование обнаружило иначе и что сценарий защищает надёжнее.
Вопросы перед следующим шагом
- Какой вопрос ограничивает исследование?
- Какое наблюдение выберет следующий шаг?
- Какое доказательство сможет проверить другой человек?
- Что нужно превратить в кейс, дефект или отдельный вопрос?
Свяжите практическое исследование с принципами тестирования через тематические вопросы и объяснения.
Подробнее об ISTQB Quiz →