Ответ
Исследовательское тестирование (exploratory testing) — это одновременное изучение системы, проектирование и выполнение тестов. Его результаты носят не только формальный, но и познавательный характер.
Ключевые результаты и артефакты:
- Отчёт о дефектах: Найденные баги, часто включающие сложные сценарии (edge cases), проблемы с юзабилити и производительностью, которые могли быть пропущены в scripted testing.
- Новые тест-кейсы и чек-листы: Идеи для формальных тестов, которые можно добавить в регрессионную базу. Например: "Проверить поведение корзины при обновлении страницы между добавлением товара и оформлением".
- Тестовые заметки и сессии: Структурированная запись действий, наблюдений и гипотез, сделанных во время тестовой сессии.
- Инсайты о поведении системы: Глубокое понимание того, как система фактически работает, в отличие от того, как она должна работать согласно документации. Это выявляет скрытые зависимости и риски.
- Оценка рисков: Выявление областей продукта, наиболее подверженных сбоям или требующих дополнительного тестового покрытия.
Пример структуры отчёта по тестовой сессии:
# Исследовательская сессия: Процесс оформления заказа
**Дата:** 2023-10-26 | **Тестировщик:** Иванов А.
**Цель:** Изучить альтернативные пути оплаты.
## Находки:
* **Дефект HIGH:** При выборе "Сохранить карту для будущих платежей" и последующей отмене заказа, карта всё равно сохраняется в профиле.
* **Наблюдение:** Время отклика API `/payment-methods` увеличивается с 200 мс до 1.5 с при наличии более 5 сохранённых карт.
* **Новый тест-кейс:** Проверить сценарий смены способа оплаты после неудачной попытки списания средств.
* **Риск:** Нет явной валидации CVV-кода для сохранённых карт.Эти результаты критически важны для улучшения качества продукта и тестового процесса.
Ответ 18+ 🔞
Да ты посмотри, какая интересная хуйня! Исследовательское тестирование — это ж когда ты не как робот по бумажке ползаешь, а реально в систему врубаешься, как она дышит, и тут же её на изъяны проверяешь. Одной рукой изучаешь, другой — ломаешь. Итог-то не просто баг-репорт, а целая куча открытий, ёпта!
Что ты, сука, выносишь из этого бардака:
- Баги, конечно. Но не те, очевидные, а те, что в закоулках системы прячутся. На стыке модулей, при ёбнутых сценариях — то, что скрипт никогда не найдёт. Проблемы с удобством, с тормозами — всё твоё.
- Идеи для будущих тестов. Пока ковыряешь, в голову стучится: «А вот это надо бы в регресс добавить!». Рождаются новые тест-кейсы и чек-листы, прямо из опыта.
- Заметки по ходу пьесы. Ты же не просто так кликаешь — ты сессию ведёшь, записываешь, что делал, что видел, о чём подумал. Чтобы потом не было: «А как я до этого дошёл?».
- Прозрение, блядь! Ты понимаешь, как система на самом деле работает, а не как в документации нарисовано. Открываешь скрытые связи и риски, о которых все молчали. Вот это ценность!
- Оценка, где всё хуёво. Становится ясно, какие части продукта — сплошная мина, готовые в любой момент накрыться медным тазом.
Вот, смотри, как отчёт по сессии может выглядеть, чтоб всем было понятно:
# Исследовательская сессия: Процесс оформления заказа
**Дата:** 2023-10-26 | **Тестировщик:** Иванов А.
**Цель:** Поковырять альтернативные способы оплаты, посмотреть, что отвалится.
## Что нашёл:
* **Дефект HIGH:** Выбрал «Сохранить карту», потом заказ отменил — а карта, сука, уже в профиле висит. Незаконное обогащение!
* **Наблюдение:** Если больше пяти карт сохранил, API `/payment-methods` начинает тупить конкретно: с 200 мс до полутора секунд. Подозрительно, блядь.
* **Идея для теста:** Надо проверить, что будет, если оплата не прошла, и юзер резко меняет способ оплаты. Где гарантии, что не накосячит?
* **Риск:** Для сохранённых карт CVV-код вроде как и не проверяется. Это ж пиздец, товарищи!Вот эти все штуки — они не просто бумажка. Это, блядь, живое знание, которое продукт делает крепче, а тебя — умнее. Без этого — так, ты просто кнопки нажимаешь.