Отчёты о сессиях

Updated Jul 2026

Отчёты о сессиях — это осязаемый результат исследовательского тестирования. Без них исследовательское тестирование остаётся невидимой работой — ценные баги могут быть найдены, но нет записи о том, что было протестировано, что было пропущено и какие риски остаются. Хорошо написанный отчёт о сессии превращает индивидуальную тестовую сессию в организационное знание.

Шаблон отчёта о сессии

Каждая исследовательская сессия должна порождать отчёт. Сохраняйте его лёгким — цель состоит в фиксации наблюдений в реальном времени, а не в написании отполированного документа постфактум.

Charter:    Explore file upload with edge-case formats (.svg, .webp, 0-byte files)
Tester:     Jane D.
Duration:   60 min
Start:      2024-03-15 14:00
Environment: Staging (build #4521), Chrome 122, macOS 14.3

AREAS COVERED:
- Upload .svg (accepted, renders in preview)
- Upload .webp (accepted, but thumbnail generation fails silently)
- Upload 0-byte .txt (accepted, but download link returns 500)
- Upload .gif animated (accepted, preview shows first frame only)
- Upload file with Unicode filename (accepted, filename truncated in UI)

BUGS FOUND:
- BUG: 0-byte file upload succeeds but download endpoint crashes (severity: high)
- BUG: .webp thumbnail silently missing — no error to user (severity: medium)
- BUG: Unicode filename truncated without notification (severity: low)

QUESTIONS / RISKS:
- What is the maximum file count per upload batch? No documentation found.
- Is there server-side virus scanning? Could not confirm.
- Does the CDN cache handle .webp files correctly?

FOLLOW-UP CHARTERS:
- Explore bulk upload (10+ files simultaneously) to discover performance issues
- Explore upload with slow/interrupted network to discover retry behavior

Анатомия каждого раздела

Хартия

Перепишите исходную хартию. Если вы отклонились во время сессии (что допустимо), отметьте отклонение:

Charter:    Explore checkout with international addresses for currency issues
Deviation:  Discovered that the address autocomplete API fails for some countries.
            Spent 15 minutes investigating the autocomplete issue instead.

Покрытые области

Перечислите, что вы фактически тестировали, с краткими результатами. Этот раздел отвечает на вопрос: «Если кому-то ещё нужно продолжить это исследование, на чём я остановился?»

Будьте конкретны:

• Плохо: «Тестировал загрузку файлов»
• Хорошо: «Загрузил .svg (принято, рендерится), .webp (принято, нет миниатюры), 0-byte .txt (принято, скачивание не работает), .exe (отклонено с сообщением об ошибке)»

Найденные баги

Перечислите каждый баг с однострочным описанием и серьёзностью. Полные баг-репорты оформляйте отдельно (в баг-трекере) и ссылайтесь на ID багов здесь.

BUGS FOUND:
- BUG-1234: 0-byte file upload succeeds but download crashes (severity: high)
- BUG-1235: .webp thumbnail missing silently (severity: medium)

Вопросы и риски

Это часто самый ценный раздел. Вопросы, возникающие в ходе исследования, часто указывают на пробелы в спецификации, недостаточное тестовое покрытие или архитектурные риски.

Вопросы должны быть конкретными и действенными:

• Плохо: «Безопасна ли загрузка?» (слишком расплывчато)
• Хорошо: «Есть ли серверная проверка на вирусы для загружаемых файлов? Эндпоинт /upload принимает любое содержимое файла без видимой валидации.»

Хартии для продолжения

На основе полученных знаний предложите хартии для будущих сессий. Это создаёт непрерывный конвейер исследования.

Стратегии ведения заметок во время сессий

Вести заметки во время активного тестирования — самая сложная часть SBTM. Вот практические подходы:

Подход с временными метками

Пишите краткие заметки с временными метками каждые 2-3 минуты:

14:00 - Starting. Environment verified. Opening upload page.
14:03 - Uploaded test.svg (200KB). Accepted. Preview renders correctly.
14:05 - Uploaded test.webp (150KB). Accepted. Preview area shows blank.
14:07 - Checking network tab. No errors on upload. Thumbnail endpoint returns 404.
14:10 - Filing bug for .webp thumbnail issue.
14:15 - Trying 0-byte file. Created empty.txt (0 bytes).
14:17 - Upload succeeds (unexpected). Download link appears.
14:18 - Clicking download link. Server returns 500. Filing bug.

Подход «Наблюдение/Вопрос/Баг» (OQB)

Категоризируйте заметки по мере написания:

[O] .svg upload works correctly with preview
[O] .webp upload accepted but thumbnail area is blank
[Q] Is .webp thumbnail generation a separate service?
[B] Download endpoint returns 500 for 0-byte files
[O] Error message for .exe rejection is user-friendly
[Q] What file types are on the allowlist?

Инструменты для ведения заметок

Агрегирование отчётов о сессиях

Отдельные отчёты о сессиях становятся мощным инструментом при агрегировании на протяжении цикла релиза.

Матрица покрытия

Отслеживайте, какие области были исследованы, а какие — нет:

Метрики во времени

Отслеживайте по спринтам:

• Количество сессий за спринт: проводится ли исследовательское тестирование регулярно?
• Багов за сессию: находят ли тестировщики проблемы (хорошо) или исследуют уже стабильные области (нужно перераспределить)?
• Сгенерированные вопросы: выявляются ли пробелы в спецификации?
• Процент выполнения хартий продолжения: выполняются ли рекомендованные продолжения фактически?

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

Исследовательское тестирование не существует в изоляции. Его результаты должны питать другие тестовые активности:

От исследования к автоматизации

Когда исследовательская сессия обнаруживает баг:

1. Оформите баг-репорт
2. После исправления напишите автоматизированный регрессионный тест для этого конкретного сценария
3. Автоматизированный тест гарантирует, что баг не вернётся
4. Исследовательская сессия продолжает выявлять новые проблемы

Это создаёт благотворный цикл: исследование находит новые баги, автоматизация предотвращает их повторение, исследование продолжает находить новое.

От исследования к тест-кейсам

Когда исследование выявляет важный сценарий, отсутствующий в скриптовом тест-сьюте:

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

От вопросов к требованиям

Когда исследование поднимает вопросы об ожидаемом поведении:

1. Задокументируйте вопрос в отчёте о сессии
2. Донесите его до владельца продукта или разработчика
3. Ответ становится задокументированным требованием
4. Напишите тест-кейс для уточнённого требования

Почему исследовательское тестирование переживёт автоматизацию

Автоматизация проверяет то, что вы уже знаете и что должно работать. Исследование обнаруживает то, что никто не подумал проверить. Они дополняют друг друга.

В мире, усиленном AI, исследовательское тестирование становится более важным, а не менее — кто-то должен оценить, действительно ли тесты, сгенерированные AI, покрывают значимые сценарии. AI может сгенерировать 1000 тест-кейсов, но опытный исследовательский тестировщик за одну сессию может определить, что AI полностью пропустил категорию «что происходит, когда пользователь делает что-то неожиданное».

Практическое упражнение

1. Выберите приложение, которым вы пользуетесь ежедневно
2. Напишите три хартии для разных функций
3. Проведите 30-минутную сессию по первой хартии
4. Напишите отчёт о сессии, используя шаблон выше
5. После завершения отчёта определите два вопроса и две хартии для продолжения
6. Поделитесь отчётом с коллегой и проведите 5-минутный дебриф

Ключевые выводы

• Отчёты о сессиях делают исследовательское тестирование видимым, подотчётным и воспроизводимым
• Каждый отчёт должен содержать: хартию, покрытые области, найденные баги, вопросы и хартии для продолжения
• Ведите заметки во время сессии, а не после — заметки в реальном времени фиксируют наблюдения, которые теряет память
• Агрегируйте отчёты по сессиям для отслеживания покрытия и выявления непротестированных областей
• Направляйте результаты исследований в автоматизацию, тест-кейсы и требования
• Исследовательское тестирование и автоматизация дополняют друг друга — никогда не конкурируют