Ad-hoc testing — вид тестирования, который выполняется без подготовки к

тестам, без спецификаций и планирования, без определения ожидаемых

результатов, проектирования тестовых сценариев. Это неформальное,
импровизационное тестирование. Он не требует никакой документации,
планирования, процессов которых следует придерживаться в выполнении.

Чаще всего такое тестирование выполняется когда мало времени на точное и

последовательное тестирование. При этом тестировщик полагается на свое
общее представление о приложении и здравый смысл

Необходимость такого тестирования возникает, когда у тестировщиков мало

времени и они не могут выполнить тщательное тестирование с использованием
тест-кейсов и тест-планов.

Виды 
buddy testing разработчик- тестер pair testing тестер-тестер

monkey testing — произвольное тестирование программы со случайными входными данными

Исследовательское тестирование — термин, применяемый в

противопоставление сценарному подходу к тестированию. Простейшее
определение исследовательского тестирования — это разработка и
выполнения тестов в одно и то же время. 

Исследовательское тестирование (exploratory testing) — это одновременное

изучение программного продукта, проектирование тестов и их выполнение.
Это неформальный метод проектирования тестов, при котором тестировщик
активно контролирует проектирование тестов в то время, как эти тесты
выполняются, и использует полученную во время тестирования информацию для
проектирования новых тестов.

Если каждый следующий тест, который выполняет тестировщик, выбирается по

результатам предыдущего теста, это означает, что мы используем
исследовательское тестирование.
Сфера тестирования располагает различными подходами к исследовательскому
тестированию:

 использование чит-листов;
 сессионное тестирование;
 парное тестирование;
 тест-туры Джеймса Виттакера 

Разница между ad-hoc и exploratory testing в том, что теоретически, ad-hoc может
провести кто угодно, а для проведения exploratory необходимо мастерство и
владение определёнными техниками. При этом, определённые техники – это не
только техники тестирования.
 Ad-hoc testing — это более интуитивное и беспорядочное тестирование, когда
тестировщик просто идет и проверяет, что ему хочется. У него нет определенной
цели, структуры тестов в голове, какой-то системы. В свою очередь
исследовательское тестирование более структурированное. 
Ad hoc тестирование обычно относится к процессу импровизации, поиска ошибки
экспромтом. По определению, любой может заниматься ad hoc
тестированием. Термин «исследовательское тестирование» обозначает
вдумчивый подход к ad hoc тестированию.

Туры исследовательского тестирования

Бизнес-районы
Тур по путеводителю
Вариантом такого тура является F1 тур. А именно строгое следование руководству
пользователя, предоставленное (если предоставлено) производителем, в котором даны
описания ключевых функций. Цель в том, чтобы пройти все сценарии, которые описаны в
руководстве пользователя, так полно, как это возможно.
Это незамысловатые тесты, и любое отклонение от руководства должны воспринимать
как ошибка. Указанный тур позволяет нам использовать функции именно в такой
последовательности и взаимосвязи, в какой это будут делать сами пользователи.

Денежный тур
Сюда входят различные нюансы использования продукта, поскольку именно они
позволяют зарабатывать деньги.
В указанном туре важно услышать то, как специалисты по продажам преподносят
продукт, и пройтись именно по тому, на чем ставится акцент. Во время подобного
тестирования вы не только находите ошибки, но и сохраняете видение «денежной жилы»
приложения.

Тур по отметкам
Мы выбираем какие-либо ориентиры и осуществляем скачок к одному из них через все
приложение. Например, мы выбираем ключевую функцию в качестве отметки, которую
мы определили в туре по путеводителю или в денежном туре. Далее мы составляем
набор из таких отметок, определяем их порядок и исследуем приложение от отметки к
отметке, пока не достигнем каждой из них. Далее можно создать карту покрытия
отметками. Разный порядок, разные отметки – вот поле для вариативности подобного
тура.

Интеллектуальный тур
Задавайте приложению сложные, интеллектуальные вопросы. Как можно заставить
работать приложение так тяжело, как это возможно? Какие фичи приблизят его к
собственному лимиту? Какой ввод и входные данные заставят его напрягаться? Какие
данные могут обмануть процедуры проверки ошибок?
Тур FedEx
Нужно концентрироваться на данных. Нужно определить сохраненные данные и
«проследить» их путь через приложение. 

Тур «после работы»

Это поддержка задач, архивация данных и файлов. Вариация тура – утреннее включение.
Задача – тестирование начальных процедур и скриптов.

Тур уборщика
Указанный тур включает выбор цели (все меню, ошибки, диалоговые окна, к примеру) и
посещение каждой из них наиболее коротким путем.

Исторические районы

Тур «плохие соседи»

Плохие соседи – те секции, в которых обнаруживается большое количество ошибок. Это
делается на основе уже обнаруженных багов и их количества.

Музейный тур
legacy код. Его можно определить по датам, указанной в репозитории. Такой код,
использованный в новом окружении, склонен к плохенькой работе. Исследовать этот код
сложно: программист может быть уже не в компании, а документация может быть
скудной. Тестировщик должен выявить такой код и обратить внимание на его работу.

Тур прежней версии

После апдейта предыдущей версии желательно провести тесты, которые были написаны
для то, прежней версии. Это позволит убедиться в том, что функциональность, которую
пользователи использовали ранее, все еще может быть использована полезно в новой
версии продукта. В случае, если в новой версии произошло удаление или обновление
функциональности, тестирование должно происходить соответствующим этим
обновлениям образом.

Туристические районы
Тур коллекционера
Коллекционируйте выходные данные, и чем больше, тем лучше. Идея в том, чтобы
пройти туда, куда вы только можете и задокументировать все то, что вы увидите. 

Тур одинокого бизнесмена

Идея тура в том, чтобы проверить самые дальние уголки приложения, какие только
возможно. Какая фича требует наибольшего количества кликов? Выберите такую,
«прокликайте» к ней путь и протестируйте. Какая фича требует наибольшего количества
экранов,

Тур супермодели
Этот тур не о функциях или чем-то существенном, а о том, как приложение выглядит и
какое первое впечатление производит.
Сосредоточьтесь на интерфейсе. Он хорош? Хорошо выполнен? Если я делаю
изменения, отображается ли это на нем? Происходит ли это корректно и не остаются ли
какие-либо артефакты на экране? Все ли на своем месте? Нарушает ли он какие-либо
требования удобства или стандарты?

Тур «тестируй одно, другое – бесплатно»

Этот тур для того, чтобы протестировать множественный запуск приложения
одновременно.
Заставьте все копии приложения сделать что-то с тем же файлом или передачей каких-
либо данных.

Тур шотландского паба

В них есть такие места, которые достаточно сложно найти без чьей-либо помощи->
Общаться с пользователями, просматривать какие-либо блоги и просто погружаться в
приложение.

Развлекательные районы
Тур актера из команды поддержки
Тур актера из команды поддержки сосредотачивается на тех фичах, которые разделяют
экран с основными. Их близость к основным увеличивает их видимость, и мы должны
уделять им соответствующее внимание

Тур по задней аллее

Тур «за сценой». Все то, что удостаивается наименьшего внимания, то, что используется
наименее часто, что используется наиболее редко.

Тур «All night long»

Как долго оно может работать и обрабатывать данные перед тем, как завалится?
Накопление данных в памяти, запись (перезапись), многократное чтение переменных –
это может привести к сбоям приложения: утечки памяти, нарушение данных и др.
Главное условие – никогда не закрывайте приложение. Открывайте файлы и не
закрывайте их

Район отелей
Тур под дождем
Идея в том, чтобы начать операцию и затем резко ее остановить.Начните вводить
информацию о покупке с тем, чтобы сразу закончить эту процедуру и выйти; начните
печать и отмените ее до того, как она распечатается. Если функционал имеет кнопку
отмены или же если он выполняется дольше, чем несколько секунд – используйте этот
тур.

Тур лежебоки
Идея тура в том, чтобы делать настолько мало усилий, насколько это возможно.
Оставляйте поля пустыми, принимайте значения по умолчанию, заполняйте формы
наименьших количеством данных, не нажимайте ни на что дополнительное, пропускайте
формы без нажатий или подайте туда все, что угодно. Если есть возможность выбора,
выбирайте путь наименьшего сопротивления.

Захудалые районы

Входные данные должны ломать приложение.

Тур диверсанта
Пытайтесь поломать приложение любыми возможными путями.
Концепция такая:

— принудите приложение совершить действие

— определите, какие ресурсы требуются для такого действия
— удалите или ограничьте эти ресурсы.
Вы поймете, что существует много способов ослабить приложение, добавляя и удаляя
файлы, изменив права доступа, отключив сетевой кабель, запустив другие приложения
на заднем фоне

Антиобщественный тур
Этот тур включает требование ввода наименее привлекательных данных и/или так
негативного ввода. Если типичный пользователь делает «А», этот тур подразумевает, что
тест-инженер никогда не будет делать «А», нужно найти что-то более бессмысленное.
— Тур оппозиционера. Вводите самые невероятные данные, которые находятся вне
контекста, глупые или совершенно бессмысленные. Здесь проверяется способность
обработки ошибок.
— Тур преступления. Идея в том, чтобы предоставить такие данные, которые вообще не
должны появляться.
— Тур «Поворот не туда». Идея в том, чтобы делать что-то в неправильном порядке.
Возьмите набор корректных действий и совершите их в некорректном порядке.
Попробуйте оформить заказ до того, как положить что-либо в корзину. Попробуйте
вернуть заказ до того, как вы его купили.

Тур навязчивости и даже одержимости

В этом туре нужно вводить одни и те же данные снова и снова, выполнять одно и то же
действие опять и опять. 

Туры привносят структуру в тестирование. Они помогают тест-инженерам обнаружить

более актуальные и интересные сценарии. Предоставляя тест-инженерам цели, туры
подталкивают их на определенный путь, которые являются более сложными нежели
классическое тестирование