Как структурировать исследовательское тестирование: практическое руководство.

Представьте: вы получили задачу: «Исследуйте эту функцию». Вы открываете приложение, кликаете, вводите данные, находите пару багов. Но когда нужно рассказать, что именно было сделано, внятного ответа нет: «Что проверено? Что осталось? Почему не пропущено важное?» Разница здесь не в опыте, а в подходе: «просто потыкать» или структурированное исследовательское тестирование. Хорошая новость: это не талант, а навык. Для него нужна всего лишь простая структура. Эта статья поможет её выстроить.

Что такое исследовательское тестирование? Простыми словами исследовательское тестирование — это когда ты одновременно учишься, придумываешь тесты и выполняешь их. Ты не пишешь тест-кейсы заранее. Ты исследуешь продукт как детектив: задаёшь вопросы, проверяешь гипотезы, находишь неожиданное.

Почему структура важна? Структура даёт три вещи:

1. Направление — есть понимание, куда идти, а не блуждание

2. Доказательства — можно показать, что было сделано

3. Рост — каждая сессия приносит знания, а не начинается с нуля

Всё исследовательское тестирование строится на трёх простых вещах.

1: Задание — «Что исследуется»

Задание — это одно предложение с ответом на три вопроса: что исследуем, как и зачем.

Формула: Исследовать [область] → Используя [данные, условия] → Чтобы найти [информацию]

❌ «Протестировать регистрацию» — размыто.

❌ «Проверить, что при вводе адреса без @ появляется ошибка» — это тест-кейс.

✅ «Исследовать форму регистрации, используя граничные значения и необычные символы, чтобы найти проблемы проверки данных»

Проверка: выполнимо за 60–90 минут и не превращается в список шагов.

2: Отрезок времени — «Сколько длится исследование»

Отрезок времени — фиксированное время на одну сессию.

Стандарт: 60–90 минут.

Меньше 45 минут — не удастся углубиться

Больше 120 минут — наступает усталость, детали пропускаются

60–90 минут — оптимально для концентрации

Правило: время вышло — стоп. Нужно больше — запрашивается новое задание.

3: Разбор — «Что удалось узнать»

Разбор — короткое обсуждение после сессии, 10–15 минут.

Три вопроса:

• Что найдено? — баги, странности, вопросы
• Что осталось непроверенным? — что стоит исследовать дальше
• Что изменить? — нужно ли новое задание, нужна ли помощь

Кому рассказывать: тимлиду, наставнику или команде. Это не отчёт «для галочки», а передача знаний.

Как выбрать, что исследовать?

Самый сложный вопрос: с чего начать?

🔍 Инструмент 1: Карта областей — куда смотреть

Когда неясно, с чего начать исследование, помогает простой список из семи областей. Проходим по нему — и выбираем ту, которая кажется наиболее интересной или рискованной.

Как использовать: выбрать одну область — и сформулировать задание.

Пример: «Исследовать Данные — какие данные принимает форма регистрации, используя граничные значения, чтобы найти проблемы проверки данных».

Почему это удобно: не нужно запоминать сложную аббревиатуру. Достаточно держать в голове семь простых слов: структура, функция, данные, связи, платформа, пользователи, время.

🎯 Инструмент 2: Источники ожиданий — «баг это или нет?»

Когда неясно, считается ли поведение багом, помогает проверка по восьми источникам ожиданий. Если поведение не совпадает хотя бы с одним из них — это повод записать и проверить.

Как использовать: если поведение не совпадает с любым из этих источников — это потенциальный баг. Стоит записать и проверить.

Пример: форма отправляется с адресом, содержащим пробел. Смотрим по источникам:

• История: раньше такое не проходило — значит, поведение изменилось
• Аудитория: пользователь ждёт ошибку, а её нет — удивление
• Продукт: в других формах пробелы не допускаются

Вывод: это баг.

💡 Инструмент 3: Правило «трёх вопросов»

Перед каждой сессией полезно задать себе:

• Что уже известно об этой области?
• Что неизвестно и хотелось бы узнать?
• Где вероятность найти проблему выше всего?

Ответы на эти вопросы — готовое задание.

Пример полной сессии

Шаг 1. Задание

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

Шаг 2. План (записывается в блокнот)

• Ввести адрес без символа @
• Ввести адрес с пробелом
• Ввести очень длинный адрес (200 символов)
• Ввести адрес с кириллицей
• Ввести адрес, который уже существует
• Оставить поле пустым

Шаг 3. Сессия (90 минут)

Во время сессии записывается каждое действие и результат:

Шаг 4. Разбор (15 минут)

Что найдено:

• 2 бага (пробел и кириллица проходят проверку)
• 1 замечание (поздняя проверка)

Что осталось непроверенным:

• Что происходит при регистрации с адресом, который уже существует?
• Как ведёт себя форма при очень медленном интернете?

Что дальше:

• Запросить новое задание на «существующий адрес»
• Передать баги в трекер

Как понять, что сессия прошла хорошо

После сессии можно ответить на три вопроса:

• Можно ли повторить то, что делалось? — если да, записи хорошие
• Найдено ли что-то неожиданное? — если нет, возможно, задание было слишком узким
• Есть ли понимание, что делать дальше? — если нет, разбор был слабым

Хорошая сессия — это не обязательно «много багов». Это ясность: что проверено, что найдено, что осталось.

Итог: пять правил структурированного исследования

1.Одно задание — одна сессия. Не стоит пытаться объять необъятное.

2.Отрезок времени — 60–90 минут. Таймер помогает вовремя остановиться.

3.Записывать по ходу. Память врёт, записи — нет.

4.Разбор — 15 минут. Рассказать, что найдено и что дальше.

5.Использовать «Карту областей» и «Источники ожиданий». Когда неясно, куда смотреть — они подскажут.

Исследовательское тестирование — это не «магия талантливых тестировщиков». Это навык, который строится на простой структуре. Освоив эти три кирпича, можно перестать «просто тыкать» и начать исследовать.