Заранее или по Ходу

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

Материалы

Предшественник этого Лектио -- Сценарии и Поиски.

Текст

План или Планирование

Какой тест лучше? Тот, который спланирован заранее или тот, который планируется по ходу? Когда лучше дать тестировщику пошаговую инструкцию и когда лучше не ограничивать тестировщика её рамками?

Ответы на эти вопросы зависят от многих факторов. Плюсы и минусы каждого подхода весьма похожи на плюсы и минусы заданных (Waterfall) и подвижных (Agile) разработок.

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

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

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

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

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

Наконец, трудно совместить заданный (Waterfall) и подвижный (Agile) подход в одной разработке. Напротив, плановые и ситуативные тесты полностью совместимы. Их не только можно встретить вместе в одном проекте, но и совершающимися параллельно и даже одновременно.

Термины

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

Вопрос(ы)

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

Следующее лектио -- Инструкции Тестов