Upload
denis-shegera
View
347
Download
0
Embed Size (px)
DESCRIPTION
description )
Citation preview
Исследовательскоетестирование
Одесское сообщество тестировщиковШегера Д.А.
Исследовательское тестирование это одновременное изучение продукта, написание тестов и их выполнение.
Исследовательское тестирование — это не методология
Основная Идея
Если каждый следующий тест, который мы разрабатываем, выбирается по результатам предыдущего теста, это означает, что мы используем исследовательское тестирование.
Проблема повторяемых тестов
mines fixes
mines fixes
Варьируемые, а потому более эффективные
ПреимуществаПлюсы и характерное
применениеНехарактерное применение
Нетестироанные областиХорошо при тестировании нового функционала, новых итераций. При нехватке времени для описания тестов.
Тестированные областиИзбавляет от эффекта пестицида
Неизвестный функционалХорошо при отсутствии спецификации.
ИзвестныйСпецификация неидеальна, покрытие неидеально
Неизвестный функционалХорошо при отсутствии опыта предыдущих ранов, и при лимите времени
Редкие кейсыкоторые никто не будет писать
Нестабильный продуктПозволяет быстро находить ключевые проблемы
Стабильный продуктПозволяет находить регрессиив непокрытых сценариях
НедостаткиCложность контроля и большая трудозатрата для самоконтроля полноты покрытия (Delegation/Participation)Чем больше дробление, тем больше минусов скриптового подхода.
Каждый раз покрытие воссоздается заново, уникальное.Но это так же минус – потеря информации
Риск пропустить ключевой кейс выше;Ответственность больше или меньше ?
Недописанный кейс в функциональном покрытии возможно никогда не будет проранен
Контроль над приоретизаций (одновременность направленности внимания на всю ширину приоритизации)
Инвестигтрование мелкого дефекта выводит на крупный.
Как повторить (равнозначность циклов)(Для соизмеримости статусов циклов)Нет полноценной отчетности.
При ране по сценариям мы так же получаем не совсем равнозначные циклы и статусы
Потеря информации.Незнание лимитации при ИТ утомляет и занимает время.Незнание архитектуры приводит лишь к нахождению UI дефектов.
ИТ в любом аспекте его использования позволяет собрать новую информацию, и использовать ее для улучшения покрытия функциональности в дальнейшем
Плохой план лучше, чем никакого.
План, который не предполагает изменений – плохой план. Это сценарий провала.
ИТ предполагает перманентное изменение и улучшение динамического плана.
Немного про планирование
Q&A
Questions?