Таблица решений (в переводе на английский — decision table) — особая техника, с помощью которой пользователи могут эффективно комбинировать условия из технического задания.
Подобная графическая таблица, как правило, содержит разноплановые требования, которые необходимо учитывать при тестировании ПО.Чем меньше требований, тем меньше будет несостыковок; а чем меньше разночтений, тем меньше времени будет нужно на исправление после реализации.
Простым языком — когда требований немного, тестировщику будет проще написать тест-кейсы.
В сфере тестирования ПО, подобные таблицы используются, в первую очередь, для того, чтобы на основе технических требований быстро создавать универсальные тест-кейсы.
При этом уместить все самое важное в минимальный набор текста.
Таблица решений относится к группе техник тест-дизайна, а значит, о ней нужны хотя бы начальные познания.Далее разберем данный термин более детально.
Как правильно создавать таблицу решений
Ничего сложного, ведь мы оперируем исключительно графами по вертикали и горизонтали.
Итак:
- По горизонтали — тестировщик должен выписать полный перечень условий, которые влияют на итоговое поведение продукта. Ниже — непосредственно итог (результат), который должен выполняться;
- По вертикали — принятые правила (сумма условий), на основании которых стоит оперировать тестируемым продуктом.
Схематически это выглядит следующим образом.
| Правило №1 | Правило №2 | … | Правило №Х | |
|---|---|---|---|---|
| Условия | ||||
| Условие №1 | ||||
| Действия | ||||
| Действие №1 |
В чем преимущество?
- Наглядность. Любая таблица нагляднее текстовых блоков. Проще вооружиться таблицей, и пойти к разработчику выяснить кое-какие детали проекта, чем принести массу неразборчивого текста;
- Создание таблицы равно записи тест-кейса. Данные из подобной таблицы можно с полной уверенностью считать позитивными тест-кейсами, которые выполняются в первую очередь;
- Такая наглядность позволяет найти дефект в документации. А все потому, что несуразица формулы будет моментально бросаться в глаза;
- Таблицы помогают «посмотреть» на ТЗ свежим взглядом.
Минусы таблицы решений
Критических недочетов нет, но подобная таблица не нужна, если:
- На проекте слишком простой подход к тестировании ПО;
- Большое количество вводной информации — не нужно создавать массу колонок с условиями. Масса тестов, но мало пользы, так как без тест-анализа не обойтись, а это существенные траты по времени и человеко-часам.
Вместо вывода
Такой инструмент как таблица решений будет особенно полезным для наглядности описания сложных систем в виде правил:
- Любое условие являет собой входную информацию;
- Все действия — это ожидаемый от теста результат;
- Каждая колонка — это уже готовый тест-кейс.
Оставить комментарий