В рядах многих ИТ-сообществ давным-давно устоялось мнение о том, что исследовательское тестирование — банальный удел младших тестировщиков, поскольку такая работа не требует существенных технических и практических познаний. Но это ошибочное мнение.
[highlight dark=”no”]Исследовательское тестирование — очень важный блок проверки ПО, который отличается собственными методиками и технологиями.[/highlight]
В сегодняшнем материале речь и пойдет о данной форме тестирования программного обеспечения, которая позволяет отлавливать значительную часть багов и системных ошибок.
Понятие и базовые характеристики исследовательского тестирования
Итак, исследовательское тестирование — это процесс одновременного создания тестов, продвижения их до полного выполнения и корректировка статусов и содержания в зависимости от системного поведения выпускаемого ПО.
Данный вид тестирования имеет ряд характеристик, которые отличают исследовательское тестирование от скриптового (проверка по уже сформированным тестовым случаям).
Рассмотрим их более детально:
- Гибкость. Во время выполнения исследовательского тестирования QA-инженер не должен заранее готовить тесты, достаточно поверхностно изучить реализацию будущего функционала и проводить проверки, основываясь на предыдущем релевантном опыте;
- Параллельность. Исследовательское тестирование позволяет одновременно планировать, создавать и реализовывать проверки. Отдел по контролю за качеством ПО, непосредственно при тестировании, знакомиться с особенностями конкретного ПО и нарабатывает опыт для проверок в будущем;
- Возможность мгновенного старта. Тестировать ПО можно уже сразу, как только была дана соответственная команда от руководства. Задача получена — тесты могут стартовать. Не нужно тратить время на создание тестовых сценариев, ничего не нужно актуализировать или согласовывать с другими участниками проектной команды (отделом разработки или отделом менеджмента).
Что такое сессионное исследовательское тестирование
Данный подход впервые был предложен Джеймсом и Джоном Бахами в далеком 2000 году. Непосредственно наименование подхода и расшифровывает смысл такого тестирования — проверка ПО выполняется в промежутках так называемых сессий, которые ограничены временем.
Вначале подобного тестирования стоит найти все функциональные области продукта, то есть то, с чего, собственно, будет состоять будущее ПО.
Затем, стоит декомпозировать ПО, разбить его на составные части, создать диаграммы связей.
Начало тестирования следует начинать с тестирования основ вашего ПО: работает ли оно вообще (выполнение так называемого «нулевого теста»).
Потом нужно определить тестовую сессию на все ПО. Это будет своего рода чартер или цель тестирования.
Затем стоит договориться со всеми участниками проектной группы касательно продолжительности каждой сессии тестирования.
По рекомендациям того же Джона Баха, время на одну сессию не должно превышать полутора часов.
Преимущества сессионого подхода:
- Тестирование выполнятся по заранее запланированному графику;
- Тестирование абсолютно предсказуемое;
- Приоритезация тестирования;
- В процессе тестирования все привлеченные участники проектной группы могут обмениваться опытом и получать новые знания;
- Проверка ПО на основе артефактов.
Когда без исследовательского тестирования не обойтись?
- Когда проектная группа очень ограничена по времени и не может позволить себе писать новые тесты;
- Когда вы располагаете профессионалами, которые смогут выполнить полноценное исследование ПО со всей продуктивностью;
- Когда на проекте могут последовать изменения технического вида (исследовательское тестирование — гибкая методология проверки любого ПО).
Вместо итогов
Конечно же, исследовательское тестирование — это не панацея для проверки ПО и лучше всего комбинировать его со скриптовым тестированием.
Такие стратегии проверки помогут не просто «оценить» качество ПО, но и спокойно разработать с последующей реализацией всех запланированных тест-кейсов, а также покрыть 100% функционала актуальными чек-листами.
0 Comments