Таблицы решений

Проверьте себя

Пять вопросов из банка по этой подтеме. Всего их 14, остальные разбираются в тренажёре.

1. #decision_tables1 / 5
   Что описывает таблица решений (decision table)?

   A)Матрица «условия → действия»: комбинации входных условий и заданный для каждой ожидаемый результат

   B)Последовательность шагов пользователя от входа в систему до достижения нужного результата

   C)Список найденных дефектов с их серьёзностью и приоритетом, отсортированный по важности

   D)График переходов системы между её состояниями по внешним событиям во времени

   показать ответ и разбор

   +A)Матрица «условия → действия»: комбинации входных условий и заданный для каждой ожидаемый результат

   // разбор: Таблица решений — компактная форма записи логики «если условия, то действия». Строки-условия перечисляют входные факторы (например: клиент новый? сумма > 1000?), а столбцы-правила задают их комбинации (да/нет) и соответствующее каждой комбинации действие или результат. Такая таблица systematically показывает все сочетания условий и требуемую реакцию — и служит прямым источником тест-кейсов: каждое правило (столбец) становится тестом. Особенно полезна там, где результат зависит от нескольких условий сразу и словесное описание становится запутанным.

2. #decision_tables2 / 5
   В каких ситуациях таблица решений — самая подходящая техника тест-дизайна?

   A)Когда у поля широкий числовой диапазон и нужно покрыть его края тестами

   B)Когда результат зависит от комбинации нескольких условий

   C)Когда система долго переходит между множеством внутренних состояний по событиям

   D)Когда требуется проверить производительность системы под множеством одновременных запросов

   показать ответ и разбор

   +B)Когда результат зависит от комбинации нескольких условий

   // разбор: Таблица решений раскрывает силу там, где выход определяется не одним фактором, а комбинацией: право на скидку зависит от статуса клиента И суммы заказа И наличия промокода. Держать все сочетания в голове или в тексте легко ошибиться — какое-то забудется. Таблица перечисляет комбинации механически и требует указать результат для каждой, вскрывая и противоречия, и пробелы в требованиях. Для простой логики с одним условием она избыточна — там хватит классов и границ. Её ниша — комбинаторная бизнес-логика правил.

3. #decision_tables3 / 5
   Сколько комбинаций условий даёт таблица решений с N независимыми бинарными условиями?

   A)Ровно N комбинаций — по одной на каждое условие в таблице

   B)N × 2 комбинаций: каждое условие проверяют в значении «истина» и «ложь» по отдельности

   C)До 2^N комбинаций; часть свёртывают, когда действие не зависит от какого-то условия (don't care)

   D)Число комбинаций не зависит от количества условий, оно задаётся числом действий в таблице

   показать ответ и разбор

   +C)До 2^N комбинаций; часть свёртывают, когда действие не зависит от какого-то условия (don't care)

   // разбор: Каждое бинарное условие удваивает число комбинаций, поэтому N условий дают до 2^N столбцов-правил: 3 условия — 8, 4 — 16. Это верхняя граница «полной» таблицы. На практике её сокращают: если при определённом сочетании одно из условий на результат не влияет, его помечают «безразлично» (don't care, «—») и несколько столбцов сливают в один. Свёртка делает таблицу читаемой без потери логики. Понимание роста 2^N важно и для оценки объёма тестирования: каждое новое условие потенциально вдвое увеличивает число проверяемых правил.

4. #decision_tables4 / 5
   Что означает свёртка правил таблицы решений через «безразлично» (don't care)?

   A)Удаление из таблицы правил, которые слишком редко встречаются в реальной эксплуатации и кажутся мелкими

   B)Объединение двух разных действий в одно ради сокращения числа столбцов таблицы

   C)Замена конкретных значений условий на диапазоны для более компактной записи таблицы

   D)Правила с одинаковым действием, различающиеся лишь несущественным условием, объединяют

   показать ответ и разбор

   +D)Правила с одинаковым действием, различающиеся лишь несущественным условием, объединяют

   // разбор: Если для нескольких комбинаций результат один и тот же, а различаются они значением условия, которое на этот результат не влияет, такие столбцы избыточно детальны. Их сливают в одно правило, поставив у несущественного условия «—» (don't care). Например, если при «клиент заблокирован» отказ следует независимо от суммы заказа, два столбца (сумма да/нет) сворачиваются в один с «—» у суммы. Так полная таблица 2^N ужимается до нескольких значимых правил, оставаясь эквивалентной по логике и удобной для вывода тест-кейсов.

5. #decision_tables5 / 5
   Чем ценна незаполненная (пропущенная) комбинация условий в таблице решений?

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

   B)Пропущенная комбинация — это опечатка в таблице, её молча удаляют перед прогоном тестов

   C)Она показывает, что данное сочетание условий физически не может возникнуть в системе

   D)Пустая клетка означает, что для этой комбинации подойдёт результат из соседнего правила

   показать ответ и разбор

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

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