Вместо этого тестировщики используют свою интуицию, опыт и творческий подход для выявления дефектов и проблем, которые не могут обнаружить более формальные методы тестирования. Ад-хок тестирование (Ad hoc testing) — это тестирование, выполняемое как бы “неформально” и “рандомно”, часто после того как завершено “формальное” тестирование. Цель ad hoc тестирования — найти баги в системе “случайным образом”, наугад.
Короче говоря, интуитивное тестирование предполагает импровизацию тестировщика. Но при этом не стоит думать, что такое тестирование не будет эффективным. Часто оно дает даже лучший результат, чем работа по плану и сценарию.
Ad-hoc тестирование юзабилити
Предполагалось, что компьютер сможет выполнить больше тестов, чем человек, и сделает это более надёжно. Поначалу эти инструменты были крайне простыми и не имели возможности написания сценариев на скриптовых языках. Как правило, тестирование чёрного ящика ведётся с использованием спецификаций или иных документов, описывающих требования к системе.
- Часто оно дает даже лучший результат, чем работа по плану и сценарию.
- QA-специалист, проводящий ad-hoc тестирование, должен хорошо знать тестируемое приложение и его основные функции.
- Это, скорее, подход, который можно применить к любому виду тестирования.
- Перед началом ad-hoc тестирования необходимо четко определить его цели.
Для выявления багов тестировщики могут использовать методы случайного, исследовательского и пограничного тестирования. Работать с тестовыми данными также лучше при помощи мощных инструментов. Это поможет обеспечить согласованность и точность тестовых данных и сэкономит время. После определения подхода к тестированию команда должна приступить к тестам, выполняя различные действия и наблюдая за реакцией приложения.
Инструменты
При статическом тестировании программный код не выполняется — анализ программы происходит на основе исходного кода, который вычитывается вручную, либо анализируется специальными инструментами. В некоторых случаях анализируется не исходный, а промежуточный код (такой как байт-код или код на MSIL). Поскольку нет никакой применимой документации, все что остается использовать тестировщику — здравый смысл, логику и накопленный опыт. Стоит отметить что любое, даже не очень знакомое вам приложение должно быть интуитивно понятным. Тестирование ad-hoc имеет смысл только в случае если тестировщик владеет общей информацией о продукте. Если человек совсем не будет знать продукт, то потратит время на его изучение, особенно если проект очень сложный и большой.
Поэтому нужно хорошее представление о целях проекта, его назначению и основным функциям и возможностям. Тестировщики также могут интегрировать инструменты ad hoc testing автоматизации для автоматического выполнения тестов. Это поможет сэкономить время и обеспечить последовательность и надежность выполнения.
Юзкейсы для ad-hoc тестирования
Обычно это незапланировано, и нет таких методов тестирования, как разработка тестовых примеров, создание тестовых случаев. Основной целью здесь является поиск проблем или дефектов в системе путем случайной проверки частей кода. Это могут сделать люди, которые раньше работали над приложением и могут легко обнаружить ошибки или проблемы, выполнив этот вид тестирования.
Ad-hoc тестирование мы часто используем в нашей жизни, возьмем, к примеру, обычный поход в супермаркет. Подготовка к интуитивному тестированию включает в себя несколько этапов. Buddy Testing можно считать комбинацией системного и модульного тестирования.
Постоянное совершенствование процесса тестирования
Свободное тестирование (ad-hoc testing) – это вид тестирования, который выполняется без подготовки к тестированию продукта, без определения ожидаемых результатов, проектирования тестовых сценариев. Оно не требует никакой документации, планирования, процессов, которых следует придерживаться при выполнении тестирования. Такой способ тестирования в большинстве случаев дает большее количество заведенных отчётов об ошибке. Это обусловлено тем, что тестировщик на первых шагах приступает к тестированию основной функциональной части продукта и выполняет как позитивные, так и негативные варианты возможных сценариев. Ad-hoc testing — это особый вид тестирования, не предполагающий никакой подготовки или планирования, здесь нет тестовых сценариев, как и какого-либо ожидания от результата.
Целью является выявление потенциальных проблем производительности или узких мест в системе путем имитации реального использования и нагрузки. Такой подход позволяет QA-специалистам обнаружить проблемы, которые не были выявлены с помощью более структурированных методов тестирования. Командам тестировщиков нужно проверять множество вещей в ограниченные сроки. Поскольку тестировщики сосредоточены на выполнении формальных процессов и многочисленных задач тестирования, шансы ad-hoc тестирования попасть в цикл невелики.
Развенчание мифов или как применять исследовательское тестирование
Для этого используется инструмент отслеживания багов или другой механизм баг-репортов. Отчет должен включать подробное описание проблемы и любую вспомогательную документацию, например, скриншоты или логи. Также важно, чтобы группа тестирования имела доступ к тестовой среде и данным и могла работать с ними контролируемым и безопасным образом. Однако важно отметить, что ad-hoc тестирование не должно быть единственным используемым подходом. Его непременно нужно дополнять более формальными методами тестирования, такими как регрессионное и модульное.
Итак, в этой статье мы рассмотрим вопрос интуитивного (ad-hoc) тестирования. Что это такое, какие есть виды интуитивного тестирования, каковы его преимущества и недостатки, а также кто и когда может его использовать. Автоматизация повторяющихся задач может помочь повысить эффективность и точность ad-hoc тестирования. Благодаря им ad-hoc тестирование может стать более структурированным и эффективным. Каждому багу следует присвоить уникальный идентификатор и отслеживать его до момента устранения.