Exploratory testing
- 2. Исследовательское тестирование это одновременное изучение продукта, написание тестов и их выполнение. Исследовательское тестирование — это не методология
- 3. Основная Идея Если каждый следующий тест, который мы разрабатываем, выбирается по результатам предыдущего теста, это означает, что мы используем исследовательское тестирование.
- 4. Проблема повторяемых тестов mines fixes
- 5. mines fixes Варьируемые, а потому более эффективные
- 6. Преимущества Плюсы и характерное применение Нехарактерное применение Нетестироанные области Хорошо при тестировании нового функционала, новых итераций. При нехватке времени для описания тестов. Тестированные области Избавляет от эффекта пестицида Неизвестный функционал Хорошо при отсутствии спецификации. Известный Спецификация неидеальна, покрытие неидеально Неизвестный функционал Хорошо при отсутствии опыта предыдущих ранов, и при лимите времени Редкие кейсы которые никто не будет писать Нестабильный продукт Позволяет быстро находить ключевые проблемы Стабильный продукт Позволяет находить регрессии в непокрытых сценариях
- 7. Недостатки Cложность контроля и большая трудозатрата для самоконтроля полноты покрытия (Delegation/Participation) Чем больше дробление, тем больше минусов скриптового подхода. Каждый раз покрытие воссоздается заново, уникальное. Но это так же минус – потеря информации Риск пропустить ключевой кейс выше; Ответственность больше или меньше ? Недописанный кейс в функциональном покрытии возможно никогда не будет проранен Контроль над приоретизаций (одновременность направленности внимания на всю ширину приоритизации) Инвестигтрование мелкого дефекта выводит на крупный. Как повторить (равнозначность циклов) (Для соизмеримости статусов циклов) Нет полноценной отчетности. При ране по сценариям мы так же получаем не совсем равнозначные циклы и статусы Потеря информации. Незнание лимитации при ИТ утомляет и занимает время. Незнание архитектуры приводит лишь к нахождению UI дефектов. ИТ в любом аспекте его использования позволяет собрать новую информацию, и использовать ее для улучшения покрытия функциональности в дальнейшем
- 8. Плохой план лучше, чем никакого. План, который не предполагает изменений – плохой план. Это сценарий провала. ИТ предполагает перманентное изменение и улучшение динамического плана. Немного про планирование
Editor's Notes
- #3: Канер и Бах определяли исследовательское тестирование как некое расширениеподходов, которое может быть использовано для любого существующего метода тестирования, а не методологию