Сценарии и Поиски

Материал из Брацка Правки
Перейти к: навигация, поиск

Инструкции и Поиски (здесь и далее по тексту -- Лектио) -- это часть урока Суть Ручных Тестов. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Служебные Тесты.

Иллюстрации

Текст

Инструкции и Поиски

Равно как разработки бывают заданными (Waterfall) и подвижными (Agile), тестирование может проводиться по сценарию и без.

При сценарном тестировании, тестировщик следует тестовому сценарию (test case). Ситуативное или свободное тестирование (ad hoc testing) такого сценария не подразумевает. Сценарные и ситуативные тесты полностью совместимы. Их не только можно встретить вместе в любом проекте, но и совершающимися параллельно и даже одновременно.

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

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

В аварийных ситуациях, ситуативные тесты помогают найти причину нештатной ситуации. Они осуществляются спорадически, с импровизацией, путём поиска ошибки экспромтом и без какого-либо планирования и разработки. Напротив, исследовательскoe тестирование (exploratory testing) продумывается и планируется.

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

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

Классическим примером будет приёмка готового изделия заказчиком у подрядчика. Представим, что подрядчик предпочитает дальше не тратиться и отдать то, что сделано. Допустим, заказчик заинтересован получить максимум на заплаченные деньги и требует дополнительной работы подрядчика. В этом случае, написанный сценарий разрешит конфликт.

Термины

Требования, Тестовый Пример, Юзабилити-тестирование, Регрессионное Тестирование, Прогрессивное Тестирование

Вопрос(ы)

Судя по прочитанному тексту выше: Регрессионное тестирование вполне возможно для Юзабилити-Тестирования. -- Ложь\Правда
Следующее лектио -- Тестировка Изделий