Пока нет оценок.
Пожалуйста, подождите...

Таблица решений (в переводе на английский — decision table) — особая техника, с помощью которой пользователи могут эффективно комбинировать условия из технического задания.

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

Чем меньше требований, тем меньше будет несостыковок; а чем меньше разночтений, тем меньше времени будет нужно на исправление после реализации.

Простым языком — когда требований немного, тестировщику будет проще написать тест-кейсы.

В сфере тестирования ПО, подобные таблицы используются, в первую очередь, для того, чтобы на основе технических требований быстро создавать универсальные тест-кейсы.

При этом уместить все самое важное в минимальный набор текста.

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

Далее разберем данный термин более детально.

Как правильно создавать таблицу решений

Ничего сложного, ведь мы оперируем исключительно графами по вертикали и горизонтали.

Итак:

  • По горизонтали — тестировщик должен выписать полный перечень условий, которые влияют на итоговое поведение продукта. Ниже — непосредственно итог (результат), который должен выполняться;
  • По вертикали — принятые правила (сумма условий), на основании которых стоит оперировать тестируемым продуктом.

Схематически это выглядит следующим образом.

Правило №1Правило №2Правило №Х
Условия
Условие №1
Действия
Действие №1

В чем преимущество?

  • Наглядность. Любая таблица нагляднее текстовых блоков. Проще вооружиться таблицей, и пойти к разработчику выяснить кое-какие детали проекта, чем принести массу неразборчивого текста;
  • Создание таблицы равно записи тест-кейса. Данные из подобной таблицы можно с полной уверенностью считать позитивными тест-кейсами, которые выполняются в первую очередь;
  • Такая наглядность позволяет найти дефект в документации. А все потому, что несуразица формулы будет моментально бросаться в глаза;
  • Таблицы помогают «посмотреть» на ТЗ свежим взглядом.

Минусы таблицы решений

Критических недочетов нет, но подобная таблица не нужна, если:

  • На проекте слишком простой подход к тестировании ПО;
  • Большое количество вводной информации — не нужно создавать массу колонок с условиями. Масса тестов, но мало пользы, так как без тест-анализа не обойтись, а это существенные траты по времени и человеко-часам.

Вместо вывода

Такой инструмент как таблица решений будет особенно полезным для наглядности описания сложных систем в виде правил:

  • Любое условие являет собой входную информацию;
  • Все действия — это ожидаемый от теста результат;
  • Каждая колонка — это уже готовый тест-кейс.

Оставить комментарий