Оно может проводиться опытными тестировщиками или разработчиками и дополнять более структурированные подходы к тестированию. Можно сказать, что свободным тестированием занимаются бета-тестировщики, которые добровольно вызвались использовать продукт и сообщать об ошибках. Они как раз понятия не имеют ни о техниках тестирования, ни о его методах и принципах. Иногда такой вид тестирования называют тестированием по документации. Поскольку нет никакой применимой документации, все что остается использовать тестировщику — здравый смысл, логику и накопленный опыт.
- Совмещая вышеперечисленные виды тестирования можно добиться отличных результатов.
- В сессионном тестировании роль “аналитики”, если не ошибаюсь, выполняют первые сессии, в ходе которых строится план и ставятся задачи.
- Это поможет обеспечить выполнение всех необходимых тестов и упростит отслеживание результатов тестирования.
- Хоть тесты в этом случае не обязательно должны быть оформлены в виде тест кейсов.
- Часто его путают с другим видом тестирования «Exploratory testing» – «Исследовательское тестирование».
В ходе тестирования может набежать большое количество багов low и lowest приоритетов (которые будут пофикшены точно не в ближайшие месяцы, но на поиски которых ушло несколько дней). Поэтому важно экономить время, которое тратится на прохождение регресса. Вводное упражнение — построение плана тестирования учебного приложения. Обсуждение факторов, влияющих на точность планирования (оценка времени, определение последовательность действий, учёт рисков).
Также, исследовательское тестирование не должно выполняться небрежно, в спешке и без подготовки. Исследовательское тестирование может проводиться вручную, а может осуществляться с широким применением средств автоматизации, т.е. Ad-hoc тестирование – это исследовательский подход к тестированию программного обеспечения, при котором тестировщик не следует заранее составленному плану тестирования. При исследовательском тестировании тестировщик использует https://deveducation.com/ свои знания и опыт для разработки и выполнения тестов и записывает свои наблюдения и выводы по ходу их выполнения. Этот тип тестирования используется, когда приложение является сложным, плохо изученным, или ограничения по времени не позволяют использовать более формальный подход к тестированию. Исследовательское тестирование (exploratory testing) — это одновременное изучение программного продукта, проектирование тестов и их выполнение.
Хотя интуитивное тестирование часто бывает неструктурированным и гибким, создание плана тестирования, в котором описываются цели, методы и ожидаемые результаты, все равно важно. План также должен определять роли и обязанности каждого члена команды и включать график тестирования. Хорошим тоном считаются подготовленные заранее сценарии регрессионного тестирования, тест-сьюты либо набор юзкейсов. Несмотря ad hoc тестирование на это, на некоторых проектах я сталкивалась с тем, что тестировщики начинали отклоняться от заданного курса и занимались просто поиском багов параллельно с тест-кейсами регресса. А в некоторых ситуациях регресс приходится проходить и вовсе без пошагового планирования. Это особенно актуально для “молодых” проектов, а также для продуктов, существовавших до этого вообще без тестирования.
Ad-hoc тестирование (также – интуитивное или свободное тестирование) – это метод тестирования программного обеспечения, проводимый без какого-либо конкретного плана или заранее определенного набора шагов. Вместо этого тестировщики используют свою интуицию, опыт и творческий подход для выявления дефектов и проблем, которые не могут обнаружить более формальные методы тестирования. Ad-hoc testing — вид тестирования, который выполняется без подготовки к тестам, без определения ожидаемых результатов, проектирования тестовых сценариев. Он не требует никакой документации, планирования, процессов которых следует придерживаться в выполнении. Также на данный вид тестирования не пишутся тест-кейсы, что в свою очередь может вызвать определенные затруднения в попытках воспроизвести дефект в системе. Такой вид зачастую может дать сходу больше результата чем тестирование по заранее определенным сценариям.
Ad-hoc Тестирование Производительности
Разумеется, это требует перестройки отношения к тестированию со стороны руководства, и отношения тестировщиков к руководству. Тестировщики должны сосредоточиться на конкретных областях программного приложения, в которых, по их мнению, могут быть проблемы. Кроме того, в зависимости от характера приложения и поставленных целей, могут использоваться различные подходы к тестированию. Например, исследовательское тестирование, тестирование юзабилити, функциональное тестирование, тестирование производительности или безопасности. Тестировщик полностью опирается на свою интуицию для спонтанного выполнения с продуктом действий, которые, как он считает, могут обнаружить ошибку. Такое тестирование не требует никакой документации, планирования,наличия процессов, которых следует придерживаться при выполнении тестирования.
Тестировщики могут выполнять конкретные тесты, связанные с функциональными требованиями к ПО, но также могут свободно исследовать другие области приложения. И потом из этого ещё делаются какие-то выводы о том, что такое хорошо, а что такое плохо. После входа в супермаркет сразу на входе вы можете найти корзину/тележку для продуктов, но если её не окажется в привычном вам месте – это можно будет считать багом. При выборе молока обратите внимание на срок годности и, если молоко окажется просроченным, опять же это будет баг.
Стоит отметить что любое, даже не очень знакомое вам приложение должно быть интуитивно понятным. Возьмем к примеру ваше высказывание ad hoc testing – это хаотическое тестирование и заглянем хотя бы в Википедию на которую вы ссылаетесь. Благодаря всей этой подробной информации об ad-hoc тестировании вы сможете минимизировать свои проблемы при выполнении тестов и достичь желаемых результатов.
Это обусловлено тем, что тестировщик на первых шагах приступает к тестированию основного функционала и выполняет нестандартные проверки, точнее некоторые из его проверок будут нестандартными. Ad-hoc testing — это более интуитивное и беспорядочное тестирование, когда тестировщик просто идет и проверяет, что ему хочется. У него нет определенной цели, структуры тестов в голове, какой-то системы. В свою очередь исследовательское тестирование более структурированное. Обычно тестировщик знает, что ему нужно проверить, у него в голове есть цель и какая-то система проведения тестов. Хоть тесты в этом случае не обязательно должны быть оформлены в виде тест кейсов.
Постоянное Совершенствование Процесса Тестирования
К любому процессу можно применять как формальные подходы (то есть по установленному порядку), так и те, которым до формальных очень далеко. Данное правило работает не только для регресса, но и для всех других видов тестирования. Нужно убедиться в том, что продукт может делать то, ради чего он создан, и что в текущем билде не блокируется функционал. В моем понимании, хаотический это грубо говоря бесцельный и я никак не могу согласиться что тестирование может быть бесцельным, каким бы бардаком этот процесс не был и в какой бы красивой обертке его не преподносили. Автоматизация повторяющихся задач может помочь повысить эффективность и точность ad-hoc тестирования.
Обычные пользователи, когда находят ошибку на сайте и пишут об этом разработчикам, как раз и осуществляют свободное тестирование. Кто-то из них может даже специально пробовал «сломать» сайт и пытался найти ошибки. А вот при интуитивном тестировании мы, как тестировщики, уже опираемся на свой опыт, можем идти по составленному ранее чек-листу, зная, где примерно могут быть проблемы. Существует даже специальный сценарный подход, называемый сессионным тестированием (session-based testing). В качестве альтернативы сценариям при выборе действий с приложением иногда могут использоваться чек-листы, и тогда этот вид тестирования называют тестированием на основе чек-листов (checklist-based testing).
Конечно, вряд ли всего за один день я смогу помочь вам повысить вашу производительность тестирования в разы. Но я покажу вам направление, двигаясь в котором вы сможете достичь такого эффекта. Работать с тестовыми данными также лучше при помощи мощных инструментов. Это поможет обеспечить согласованность и точность тестовых данных и сэкономит время.
Интуитивное тестирование направлено на выявление дефектов в программном обеспечении, которые более структурированные подходы могут пропустить. Для выявления багов тестировщики могут использовать методы случайного, исследовательского и пограничного тестирования. Как то у вас все слишком по полочкам разложено причем местами не по тем (без тест-кейсов, используется при отсутствии документации и/или времени на составление тест-дизайна). Да и про advert hoc не очень понятно (хаотичесоке, неконтролируемое, вид exploratory, тестеры ищут баги в продукте). Мне кажется, вам следует повнимательнее изучить первоисточники, либо уточнить что имеете ввиду. Чаще всего такое тестирование выполняется, когда владелец продукта не обладает конкретными целями, проектной документацией и ранее поставленными задачами.
Тестирование ad-hoc имеет смысл только в случае если тестировщик владеет общей информацией о продукте. Если человек совсем не будет знать продукт, то потратит время на его изучение, особенно если проект очень сложный и большой. Поэтому нужно хорошее представление о целях проекта, его назначению и основным функциям и возможностям. Если проект недавно родился, то можно поискать отзывы по похожим продуктам и изучить то, на что жалуются пользователи (отзывы в магазинах приложений, на сайтах-отзовиках и в статьях-обзорах).
Часто его применяют в случаях, когда нет тест-кейсов для исследования некоторого аспекта поведения продукта. Либо выполняется, когда владелец продукта не обладает конкретными целями, проектной документацией и ранее поставленными задачами. Ключевым фактором успеха при выполнении исследовательского тестирования является именно работа по сценарию, а не выполнение разрозненных бездумных операций. Дополнительные идеи, которые можно применять при тестировании методом свободного поиска. Вы совершенно справедливо можете называть то, что описали хаотическим тестированием и я даже с вами соглашусь (т.к. у него нет цели), но не называйте это advert hoc. Как правило, цель ad hoc – быстро обнаружить критические проблемы.
Это такой вид тестирования, который позволяет выявить баги, рожденные в процессе разработки. Такие баги затрагивают функционал, который, казалось бы, не должен был пострадать. Что же такое «Ad-hoc testing», то есть «Свободное или Интуитивное тестирование». Часто его путают с другим видом тестирования «Exploratory testing» – «Исследовательское тестирование».
Подготовка к интуитивному тестированию включает в себя несколько этапов.
Помимо этих трёх, возможно неограниченное количество других методов исследовательского тестирования, имеющих общую черту – отсутствие изначально созданных тест-кейзов. Если каждый следующий тест, который выполняет тестировщик, выбирается по результатам предыдущего теста, это означает, что мы используем исследовательское тестирование. Да, все это предъявляет дополнительные требования к квалификации тестировщиков, но результатом является заметное повышение их производительности труда. А для тестировщиков это означает, что они могут задействовать не только руки, но и мозг, что превращает тестирование из рутины в увлекательнейшее занятие. Эффективное управление тестовыми данными позволяет обеспечить надлежащую защиту конфиденциальных данных и исключить их использование в среде тестирования.
Обсуждение влияния результатов тестирования на построенный ранее план. Рассмотрение достоинств и недостатков одновременного проектирования и выполнения тестов. Главное, что нужно помнить об исследовательском тестировании, это то, что само по себе оно не является методикой тестирования. Это, скорее, подход, который можно применить к любому виду тестирования. Еще один важный момент заключается в том, что исследовательское тестирование – это не только выполнение тестов. Тестировщики могут применять исследовательский подход и при разработке новых тестов в начале итерации, и при анализе уже завершенных тестов.
Тестовая среда должна быть настроена таким образом, чтобы максимально точно имитировать среду конечного пользователя. Это включает в себя настройки оборудования, программного обеспечения и сети. Кроме того, следует определить и подготовить необходимые тестовые данные. Перед началом ad-hoc тестирования необходимо четко определить его цели. В том числе следует решить, на каких аспектах ПО и типах дефектов будет сосредоточено тестирование и каковы ожидаемые результаты. Такое тестирование является гибким и может адаптироваться к изменяющимся требованиям или ситуациям.
Также важно, чтобы группа тестирования имела доступ к тестовой среде и данным и могла работать с ними контролируемым и безопасным образом. Ad-hoc подход эффективен для выявления проблем юзабилити и поиска возможностей для улучшения. Вы можете провести тест для выявления таких проблем, как плохая навигация, запутанные макеты или сложные в использовании функции. Целью является выявление потенциальных проблем производительности или узких мест в системе путем имитации реального использования и нагрузки.