Исследовательское тестирование.

Исследовательское тестирование — подход к тестированию, в котором изучение, тест дизайн и тестирование выполняются одновременно.

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

• Изучение основных функций: Исследование ключевых функций приложения, таких как создание тренировок, запись питания, отображение статистики и т.д.

Исследование разных сценариев использования:

Эксперимент с разными путями использования приложения. Например, можно попробовать создать несколько тренировок в разные дни и увидеть, как приложение отображает общую активность.

• Проверка взаимодействия функций: Исследовать, как различные функции взаимодействуют друг с другом. Например, создание новой тренировки может автоматически увеличить количество потребляемых калорий.

• Экспериментирование с вводом данных: Можно ввести нестандартные данные, такие как очень большое количество калорий или неправильные даты тренировок, чтобы проверить, как приложение обрабатывает такие случаи.

• Тестирование на разных устройствах и операционных системах: Приложение тестируется на разных моделях смартфонов, разных версиях операционных систем и разных разрешениях экранов.

• Изучение визуального дизайна: Обращать внимание на дизайн интерфейса, проверяя, есть ли некорректное отображение элементов, неправильные цвета и т.д.

• Проверка удобства использования: Оценка, насколько приложение интуитивно понятно и удобно для пользователя, и ищете моменты, где улучшения могут сделать опыт использования лучше.

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

Исследовательское тестирование (exploratory testing) — это одновременное изучение программного продукта, проектирование тестов и их исполнение.

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

Когда следует применять исследовательское тестирование?

Самые распространенные случаи:

• Обеспечить быструю обратную связь о новом продукте или фиче.
• Быстро изучить продукт.
• Если уже проведено скриптовое тестирование и хотите разнообразить своё тестирование.
• Если нужно найти самый важный баг в кратчайшие сроки.
• Для того чтобы проверить работу другого тестировщика.
• Если нужно обнаружить и локализовать дефект.
• Чтобы изучить состояние конкретного риска для принятия решения о необходимости покрытия этой области скриптовыми тестами.

Как организовать исследовательское тестирование?

Для управления исследовательским тестированием может использоваться Session-Based Test Management. В основе этой модели лежат:

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

Идея туров в исследовательском тестировании.

Чтобы систематизировать исследовательское тестирование можно использовать идею туров. Туры — это идеи и инструкции по исследованию программного продукта, объединенные определенной общей темой или целью. Туры, как правило, ограничены по времени — длительность тестовой сессии не должна превышать 4 часа.

Идею туров развивали в своих работах Канер, Бах, Хендриксон, Болтон, Кохл и другие. Джеймс Виттакер, хотя и не придумал саму идею туров, но предложил свой подход к исследовательскому тестированию с использованием туров и в своей книге «Exploratory Software Testing» в доступной форме озвучил идею туров и описал сами туры.

Тур — это своего рода план тестирования, он отражает основные цели и задачи, на которых будет сконцентрировано внимание тестировщика во время сессии исследовательского тестирования. При этом Виттакер использует метафору, что тестировщик — это турист, а тестируемое приложение — это город. Обычно у туриста (тестировщика) мало времени, поэтому он выполняет конкретную задачу в рамках выбранного тура, ни на что другое не отвлекаясь. Город (ПО) разбит на районы: деловой центр, исторический район, район развлечений, туристический район, район отелей, неблагополучный район.

Туры по бизнес-центру (Tours of the Business District).

Ассоциация с районом в туризме: это район, где жители города «делают деньги», выполняют работу. Это район, в котором туристам, часто неинтересно. Он заполнен банками, офисными зданиями. По утрам и вечерам там можно попасть в многочасовую пробку.

Сравнение с тестированием приложения: фичи, которые «делают бизнес» — они появляются в промо-материалах, ради них пользователь приобретает приложение.

Тур по путеводителю (Guidebook Tour).

Ассоциация в туризме: турист, строго использующий путеводитель в своём путешествии.

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

Типичные баги:

• Несоответствия описанных шагов в справке работе приложения.
• Несоответствия скриншотов в справке и самого приложения.
• Ошибки (от орфографических до логических) в справке.
• Ошибки удобства использования справки: длинная или короткая, непонятная или примитивная, не отвечающая на те вопросы, которые предполагают прочитать пользователи.
• Ошибки удобства использования приложения.

Денежный тур (Money Tour).

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

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

Типичные баги:

• Напрочь отсутствие в приложении некоторых описанных в промо-материалах возможностей.
• Несоответствие информации в рекламных материалах и работы самого приложения.
• Функциональные ошибки в работе приложения, влияющие на демонстрацию.
• Устаревшие скриншоты приложений.
• Лингвистические ошибки (от орфографических до логических).

Тур по ориентирам (Landmark Tour).

Ассоциация в туризме: путешествие по заранее выбранным местам в намеченном, но не продуманном детально, порядке, как если бы он путешествовал с путеводителем. Эти выбранные места и являются ориентирами для туриста — способ и всё посмотреть, и не заблудиться.

Сравнение с тестированием приложения: тестировщик определяет список фич приложения, которые ему необходимо проверить, намечает примерный путь прохождения этих фич, и далее начинает проверку, переходя от проверки одной фичи к другой. При этом сам список служит ему ориентиром и напоминанием о том, чтобы он не сбивался с пути. Это тур не только о списке фич, но также и о выбранной последовательности их прохождения.

Типичные баги:

• Блокирующие.
• Критические проблемы в работе приложения.

Тур интеллектуала (The Intellectual Tour).

Ассоциация в туризме: в туристической группе есть турист, который отлично разбирается в истории, познакомился с обычаями местности и перечитал много информации о городе. И этот турист начинает задавать гиду-хитрецу, заучившему текст экскурсии, ну очень умные вопросы!

Сравнение с тестированием приложения: задавать приложению очень умные и неожиданные вопросы. А именно, при работе приложения задумываться о сложных, но реалистичных сценариях, обычно связанных с объемом данных, скоростью выполнения операции, осознанном вызове ошибок:

• В проигрывателе прослушать аудиофайл длительностью в 10 часов.
• В текстовом редакторе создать объемный файл.
• Указать длинное имя файла.
• При работе мобильного приложения вызывать телефонный звонок.
• Выполнять какое-то действие очень быстро.
• На форме заполнить все поля ошибочными данными.

Типичные баги:

• Краши приложения при выходе за граничные значения.
• Автоматические прерывания текущих процессов, изменение состояние приложения.
• Недоработки в логике.
• Низкая производительность, медленная работа приложения
• Потеря данных.
• Примитивные ошибки в удобстве использования (например, в файловом менеджере мало места отведено под название документа и нет возможности его просмотра другим способом).

Тур службы доставки (FedEx Tour).

Ассоциация в туризме: большинство людей пользуется службами доставки. Например, для отправки посылки: формируется посылка, затем ее нужно отнести на почту и ожидаемая реакция, что посылка будет доставлена до места назначения. В процессе, на посылке могут появляться дополнительные метки, но ожидается, что посылка все равно найдет адресата.

Сравнение с тестированием приложения: пользователь довольно часто вводит какие-то данные (ФИО, адрес доставки, имя документа, сумму транзакции и т.д.). Внутри приложения эти данные могут использоваться в различных операциях, отображаться на экране, изменяться и когда-то даже удаляться.

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

Типичные баги (разные):

• Критические функциональные.
• Удобство использования интерфейса.
• Локализация (поддержка форматов разных стран).

Тур после работы, внеурочный тур (The After-Hours Tour).

Ассоциация в туризме: после работы все спешат домой или на встречу с друзьями, и, как результат, в бизнес-центре начинаются часы-пик. Туристы чаще всего пытаются остаться вдали от этих мест. А вот тестировщики нет!

Сравнение с тестированием приложения: то, что пользователь перестает использовать приложение, не означает, что приложение останавливает работу. Часто приложение бэкапит данные, архивирует, получает обновления и т.д. Тестировщик должен проследить за этими операциями.

Типичные баги:

• Проблемы неэффективного использования ресурсов (нерациональное использование трафика, места на диске, процессора, утечки памяти и т.п.).
• Функциональные ошибки иногда приводящие к остановке работы приложения.

Тур мусоросборщика (The Garbage Collector’s Tour).

Ассоциация в туризме: каким бы ни было место путешествия, везде есть мусоросборщики. Наблюдая за ними, понимаешь, что эти ребята знают разных жителей района и сам район лучше, чем даже их соседи, или полиция, потому что они переходят с улицы на улицу, останавливаются у каждого дома и, в итоге, знают каждый камень на дороге. Они не задерживаются у дома надолго, они методично переходят от точки к точке.

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

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

Типичные баги (в зависимости от выбранного сценария):

• Связанные с текстом — лингвистические.
• Связанные с функционалом — функциональные.

Туры по историческому району (Tours Through the Historical District).

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

Сравнение с тестированием приложения: это места, связанные с предыдущей версий, со старым функционалом или кодом.

Тур по нерекомендуемым местам (The Bad-Neighborhood Tour).

Ассоциация в туризме: в каждой местности есть места, которые туристам советуют избегать.

Сравнение с тестированием приложения: в приложении — это фичи или места в коде с наибольшим скоплением багов. Про эти места можно знать интуитивно, а можно воспользоваться багтрекером. Как только нашли один баг, знайте, что, скорее всего, рядом есть и другой. Он может находиться в том же функционале, а может и в соседнем. Задача тестировщика состоит в том, чтобы пройти по местам. Связано это с тем, что баги имеют свойство скапливаться в одном месте.

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

Типичные баги:

• Функциональные.

Музейный тур (The Museum Tour).

Ассоциация в туризме: фаворитами туристов являются музеи, отражающие античные, средневековые времена.

Сравнение с тестированием приложения: код тоже может быть «античным». Это тот код, который давно не изменялся. Такой код, попадая в новую среду, может вообще не работать, или, подвергаясь внешнее ревизии, может оказаться непригодным.
Тестировщики могут найти такой код по метке даты изменения в репозитории.

Например, если создают для iOS новый, но схожий с другим проект, то могут скопировать лишний код или ресурсные файлы, которые при проверке Apple ревьюверами может привести к отклонению приложения.

Типичные баги:

• Краши.
• Функциональные ошибки.
• Несоответствие стандартам или гайдлайнам.
• Увеличение размера приложения.

Тур предыдущей версии (The Prior Version Tour).

Ассоциация в туризме: после реставрации здания должны оставаться привлекательными для туристов, т.к. обновление до неузнаваемости может уменьшить поток туристов.

Сравнение с тестированием приложения: после обновления приложения пользователь должен легко и быстро адаптироваться к новому функционалу, или новым путям использования приложения. Особенно это важно проверять, когда вырезается какой-то функционал, изменяется интерфейс или даже исправляется очень старый баг, который некоторые пользователи могли использовать как фичу.

Типичные баги:

• Ошибки юзабилити.
• Функциональные ошибки, связанные с утратой функциональности, потерей данных, ошибками в логике.

Туры по району развлечений (Tours Through the Entertainment District).

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

Сравнение с тестированием приложения: в большинстве приложений есть места, где можно отвлечься от основной бизнес-задачи (сценария использования). Например, настроить приложение под свои особенные нужды, или навести «красоту» изменяя шрифт и цвет текста и т.п.

Тур актера второго плана (The Supporting Actor Tour).

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

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

Типичные баги:

• Разные, но больше интерфейс.
• Лингвистика или некритичные функциональные ошибки.

Тур по темным переулкам (The Back Alley Tour).

Ассоциация в туризме: не все туристы посещают только самые популярные места, некоторые заглядывают и в темные переулки, а многие хотя бы раз заходят в туалет. Эти места как бы «за сценой» основного действа, но и о них нельзя забывать.

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

Типичные баги:

• Некритичные функциональные ошибки.
• Определение мест и фич, назначение которых пользователь вообще не понимает без подсказки или справки.
• Ошибки юзабилити: примеры странного, нелогичного поведения.
• Ошибки лингвистики.
• Ошибки интерфейса.

Тур любителя ночной жизни (The All-Nighter Tour or Clubbing Tour).

Ассоциация в туризме: некоторые туристы живут в режиме non-stop. Днем — пляжи, ночью — дискотеки. И всегда есть еще одно место, куда хочется заглянуть.

Сравнение с тестированием приложения: сколько сможет выдержать приложение без перезагрузки? Никогда не перезапускать приложение! Использовать одну и ту же фичу постоянно, повторять одно и то же действие раз за разом.
Примеры: открыть файл и никогда его не закрывать, соединиться с сервером и никогда не разрывать соединение, запустить приложение и никогда его не перезапускать.

Типичные баги:

• Проблемы производительности и эффективности такие как утечки памяти, медленная скорость работы.
• Потеря данных.
• Функциональные ошибки.

Туры по туристическому району (Tours Through the Tourist District).

Ассоциация с районом в туризме: в каждом городе есть места с наибольшей концентрацией туристов. Эти места заполнены сувенирными магазинами, ресторанами и т.п.

Сравнение с тестированием приложения: быстрые проверки, с целью просто пробежаться по функциям. Мол, «я здесь был».

Тур коллекционера (The Collector’s Tour).

Ассоциация в туризме: многие туристы хотят оставить память о посещенных местах, покупая магнитики, открытки и прочие сувениры.

Сравнение с тестированием приложения: собирайте всевозможные артефакты приложения — то, что пользователь может сохранить себе, оставить «на память». Это всё, что приложение «отдает» пользователю. Например, в браузере — это история, закладки, посещенные страницы, в файловом менеджере — файлы разных форматов, папки все возможные и т.д.

Типичные баги:

• Некритичные функциональные ошибки.

Тур одинокого бизнесмена (The Lonely Businessman Tour).

Ассоциация в туризме: некоторые бизнесмены, путешествуя по разным городам, по сути видят только аэропорт, офис и отель.
Некоторые адаптируются: бронируют отель как можно дальше от офиса и, таким образом, по дороге из офиса в отель, или из отеля в офис, пытаются увидеть как можно больше.

Сравнение с тестированием приложения: добраться до фичи, которая находится глубже всего, дальше всего от старта приложения. Или же выбрать какую-то фичу и добраться до неё самым длинным путем, какой сможете придумать.

Типичные баги:

• Функциональные (чаще некритические).
• Удобстве использования интерфейса.
• Локализация производительности или в неполноте справки.

Тур супермодели (The Supermodel Tour).

Ассоциация в туризме: далеко не всякое путешествие несет некую материальную ценность. Иногда мы останавливаемся просто полюбоваться красотами. А иногда мы просто едем куда-то «просто посмотреть».

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

Приложение может содержать много багов, но и как супермодель на подиуме, оно будет смотреться великолепно!

Типичные баги:

• Проблемы интерфейса и удобства использования.

Тур шопоголика (The TOGOF Tour — Test One Get One Free).

Ассоциация в туризме: все туристы ходят по магазинам, а некоторые и едут специально в туры «за покупками», где частенько встречают таблички «Купи одну, получи одну бесплатно» (Buy One Get One FREE (BOGOF)). А при серьезных распродажах за какую-то вещь ещё и побороться приходится.

Сравнение с тестированием приложения: необходимо создать ситуацию, в которой несколько копий одного и того же приложения используют один и тот же объект, одну и ту же фичу в один момент времени. Например, запустить несколько приложений и обращаться к одному файлу или разделу виртуальной памяти; залогиниться несколькими пользователями в разные приложения; удалять и редактировать одновременно одну и ту же статью; по одной сети отправлять на сервер конфликтующие данные в один момент времени и т.д.

Почему TOGOF? Найдя баг в одной копии приложения, он будет и в другой. Бесплатно.

Типичные баги:

• Недоработки в логике, приводящие как к некритичным, так и к критичным багам.
• Непонятные для пользователя сообщения об ошибках (формата «error 784»).
• Проблемы производительности.

Тур по шотландским пабам (The Scottish Pub Tour).

Ассоциация в туризме: не все интересные, стоящие, важные места можно увидеть по путеводителям, и с помощью гидов. Чтобы увидеть некоторые места нужно заблудиться в городе, побродить по переулкам, или поспрашивать местных жителей. И лучшее место, где можно поболтать с закоренелыми местными — это пабы. На самом деле и сами пабы часто являются особой достопримечательностью, про которую не пишут рекламные брошюры, но которую стоит увидеть своими глазами.

Сравнение с тестированием приложения: на форумах, в блогах, при общении с пользователями, да и просто блуждая по приложению можно найти неожиданные для себя, как тестировщика, фичи, но те, которые полюбились настоящему ценителю-пользователю. Этот тур наиболее хорош для очень больших приложений. Его задача состоит не только в том, чтобы проверить, но и в том, чтобы глубже познакомиться с приложением (в идеале, посредством общения с пользователем).

Типичные баги:

• Совершенно разные.

Туры по району отелей (Tours Through the Hotel District).

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

Сравнение с тестированием приложения: место, где можно отвлечься от основной функциональности и популярных фич, и проверить что-то второстепенное.

Тур, отмененный из-за дождя (The Rained-Out Tour).

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

Сравнение с тестированием приложения: отменять любой начавшийся процесс; отменять любым способом — кнопкой
«Cancel», закрыть приложение (через Alt+F4, диспетчер задач), закрыть вкладку или окно Ctrl+F4, нажать ESC, в браузере остановить загрузку или перейти на страницу другую страницу или нажать кнопки «Вперед», «Назад», «Обновить», «Остановить».

Задача тестировщика:

• Убедиться, что отмена в целом возможна.
• Что отмена действия не вызывает проблем в работе приложения.
• Что данные не теряются и не повреждаются (здесь лучше смотреть на приложение не только «снаружи», через UI, но и изнутри — через структуру приложения, через БД).
• Что действие, которое мы отменяем, можно вызвать повторно и успешно его выполнить.

Типичные баги:

• Критичные и некритичные функциональные ошибки.
• Проблемы целостности данных.
• Юзабилити ошибки о невозможности отменить процесс.

Тур лежебоки (The Couch Potato Tour).

Ассоциация в туризме: обычно в группе есть какой-нибудь турист, которому всё безразлично. Он стоит в сторонке, ему неинтересно, он пассивен, неэнергичен и думает «зачем я вообще платил за этот тур».

Сравнение с тестированием приложения: идти по «дефолтному» пути: не изменять значений, установленных по умолчанию, не заполнять поля, если в них нет строгой необходимости, не переходить по рекламе, пытаться перейти между экранами, не нажимая кнопок и не вводя данных, не беспокоиться о части ELSE в конструкции IF-THEN-ELSE, не совершать комплексных действий — идти по пути «наименьшего сопротивления».

Типичные баги:

• Проблемы юзабилити.
• Функциональные ошибки.

Туры по неблагополучному району (Tours Through the Seedy District).

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

Сравнение с тестированием приложения: места приложения, подверженные атакам недобропорядочных пользователей.

Тур саботажника, диверсанта (The Saboteur Tour).

Ассоциация в туризме: приехала группа туристов к исторически важному собору, а он закрыт вдруг для посещений. Оказывается, какой-то шутник просто повесил табличку «Закрыто».

Сравнение с тестированием приложения: задача тестировщика - попробовать подорвать (подстрекнуть) работу приложения любым возможным способом. И для этого можно выполнить 4 главных шага:

• Начать выполнять какое-то действие.
• Определить какие ресурсы нужны системе, чтобы выполнить это действие.
• Удалить или ограничить системе доступ к этим ресурсам.
• Повторить действие.

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

Типичные баги:

• Краши.
• Непонятные для пользователя по формулировке сообщения об ошибках.
• Функциональные ошибки средней критичности.

Антисоциальный тур (The Antisocial Tour).

Ассоциация в туризме: иногда, возникает желание или необходимость делать всё наперекор своему супругу, включить режим «капризный». Он(а) идет с туристической группой в бар, а второй половинке не хочется. Но зато, когда все уже выходят из бара, вдруг появляется желание. Все идут на море, а он(а) в номер отеля; все в отель, а он(а) на море.

Сравнение с тестированием приложения: работать так, как нормальные пользователи делать не будут, выполнять всё, что противоречит логике приложения, вводить данные, которые должно быть запрещено вводить.

Антисоциальный тур подразделяется на 3:

Противоположный тур (opposite tour).

Предполагает вводить или выбирать те значения, которые пользователь маловероятно, что выберет. Например, в плейлист добавить 10763 песен, или отправить на печать 12 копий. В этом туре речь идет именно о тестировании на позитивных, но маловероятных данных.

Криминальный тур (crime spree tour).

Предполагает вводить недопустимые (нелегальные) значения — это и sql инъекции, и ввод текста в цифровые поля, и подмена данных.

Тур с неправильными поворотами (wrong turn tour).

Предполагает выполнять действия в неправильной, нестандартной для пользователя последовательности, менять действия местами. Например, сначала указать адрес доставки, а потом выбирать товар. Сначала в пустом плеере включить shuffle песен, а затем запускать сами песни и т.д.

Типичные баги:

• Краши и другие функциональные ошибки.
• Уязвимости в защищенности.
• Непонятные для пользователя по формулировке сообщения об ошибках.
• Проблемы в юзабилити.

Обсессивно-компульсивный тур или тур невротика (The Obsessive-Compulsive Tour).

Ассоциация в туризме: вряд ли есть такая экскурсия, где водитель автобуса отчаянно ездит туда-сюда по одной улице, чтобы не пропустить чего-то важного, но в тестировании подобное поведение может окупиться.

Сравнение с тестированием приложения: повторяйте одно и то же — вводите один и тот же текст раз за разом, выполняйте многократно какое-то действие или последовательность действий.

Например:

• Осуществить поиск в интернет-магазине.
• Открыть информацию по любому товару.
• Положить товар в корзину.
• Повторить шаги 1-3 очень много раз.
• А можно просто осуществлять постоянно поиск. Это тоже относится к этому туру.

Типичные баги:

• Некритичные функциональные ошибки.
• Проблемы производительности.
• Утечки памяти.