Некоторые считают, что исследовательское тестирование более продуктивно, чем привычное нам сценарное тестирование.
Другие говорят, что это пустая трата времени и ресурсов.
Это правда?
Исследовательское тестирование – это:
Это метод ручного тестирования, основанный на взаимодействии с приложением без детальной подготовки, основанный на знаниях и опыте тестировщика, из-за чего его квалификация может серьезно повлиять на результат.
Три типа тестирования, которые не следует путать
По формальности документации различают три типа тестирования:- Специальное тестирование,
- исследовательское тестирование,
- тестирование сценариев.
Ad-hoc тестирование подразумевает тестирование без использования спецификаций, планов и разработанных тест-кейсов — здесь это в основном чистая импровизация.
При этом виде тестирования вообще не требуется предварительной подготовки; происходит наиболее достоверная имитация случайного пользователя.
Исследовательское тестирование — это более формальный вариант специального тестирования, который не требует написания тест-кейсов без необходимости, но подразумевает, что каждый последующий шаг (тест) выбирается на основе результата предыдущего шага (теста).
По словам Сэма Кейнера, специалиста по тестированию компьютерного программного обеспечения, «исследовательское тестирование» — это продуманный подход к специальному тестированию.
Сценарное тестирование — это классическое тестирование с использованием заранее написанных и задокументированных сценариев.
Он требует наибольшей степени формальности и подробной документации, что отнимает гораздо больше сил и времени тестировщика, но наиболее подходит для отчетности, статистики и т.п.
Общая информация
Под исследовательским тестированием можно понимать подход или саму идею, которой придерживается специалист в процессе.Исследовательское тестирование предполагает одновременное изучение проекта и его функциональности, создание тест-кейсов в голове и их выполнение без написания и создания тестовой документации без необходимости.
Этот тип тестирования может не быть включен в план тестирования, а тестовые примеры выполняются и изменяются динамически.
Эффективность такого тестирования напрямую зависит от опыта тестировщика, ранее имевшего дело с данным приложением, платформой, знания того, где возможно скапливаются ошибки и рисков, которые касаются конкретного продукта.
Тестировщики могут с успехом использовать исследовательский подход как при разработке новых тестов в начале итерации, так и при анализе уже завершенных тестов и даже как вариант дымового тестирования, избегая ненужной траты времени.
Давайте посмотрим на преимущества и недостатки исследовательского тестирования.
Преимущества ознакомительного похода
- Тестер не ограничен в методах и инструментах тестирования; он учится сам находить и предсказывать вероятные ошибки.
- Максимум времени уходит на непосредственное тестирование.
- Тестировщик более детально и глубоко изучает продукт.
- Никаких дополнительных затрат на обновление тест-кейсов не требуется.
Недостатки исследовательского подхода.
- Тестировщик с небольшим опытом будет испытывать трудности на первых этапах работы из-за отсутствия четкого представления, что и как тестировать.
- Сложности с оценкой тестового покрытия, а также с расчетом временных затрат.
- Изучение продукта занимает много времени.
В каких случаях следует использовать исследовательское тестирование?
— После регресса осталось довольно много времени Бывает, конечно, часто не так часто, уложишься в срок и осталось какое-то время, и чтобы убедиться, что ты внимательно прошел все тест-кейсы и ничего не пропустил, используется исследовательское тестирование.— Те же тестовые случаи по регрессии Количество доступных тестовых примеров в проекте часто довольно велико.
Еженедельные прохождения одних и тех же тест-кейсов приводят к тому, что глаз замыливается, и в результате баги пробираются в будущее.
Когда мы не идем шаг за шагом и не помним, что нам осталось пройти еще пару сотен дел, это помогает нам взглянуть на проект немного с другой стороны.
— Небольшой стартап Функционал нашего приложения не очень велик, поэтому вы можете смело использовать исследовательское тестирование.
Но стоит помнить и о другой стороне — проект расширяется, количество коллег в команде растёт, и документация скоро будет просто необходима.
Даже если сроки поджимают, выделите время на оформление документации.
— Нерелевантные тестовые примеры Как уже говорилось выше, кейсов на проекте может быть очень большое количество и иногда из-за сроков команда просто не успевает обновлять тест-кейсы.
Или вы пришли на проект, а документации там просто нет.
В каких случаях не следует использовать только исследовательское тестирование?
— Аутсорсинг тестирования Клиенту важно знать, что было протестировано, и ему нужен отчет о тестировании.В этом случае составляются чек-листы и тест-кейсы.
— На проекте присутствует автоматизация Приложение покрыто автотестами, здесь тест-кейсы просто необходимы.
Краткое содержание
Многие могут подумать, что, поскольку у этого подхода часто отсутствует документация, готовиться к тестированию не нужно.Сами требования будут формироваться в процессе тестирования и так далее.
Если мы не продумаем базовую схему проведения тестов и не уточним своевременно возникающие вопросы, мы рискуем допустить ошибки как в оценке времени на тестирование, так и в понимании конечных целей нашего продукта.
Использование того или иного вида тестирования зависит от конкретных целей и задач проекта.
А главными инструментами любого тестировщика являются: критическое мышление, умение анализировать и применять накопленный опыт. А если возникнут вопросы, пишите скорее в телеграм-канал @qa_chillout .
Теги: #Тестирование веб-сервисов #Тестирование мобильных приложений #Тестирование ИТ-систем #исследовательское тестирование
-
Лучшие Снайперские Игры
19 Oct, 24 -
Эволюция Сети В Сторону Sdn И Nfv
19 Oct, 24 -
Конвейерное Производство Android-Приложений
19 Oct, 24 -
Appcode 1.6: Что Нового?
19 Oct, 24 -
Базы Знаний. Часть 1 – Введение
19 Oct, 24
