Введение в тестирование таблицы решений
Таблица принятия решений используется для тестирования с различными комбинациями входных данных, которые приводят к различным выходным данным в программе. Тестирование таблицы решений также называется тестированием причинно-следственных связей. Это очень систематический подход к тестированию, где мы фиксируем входные комбинации и их результаты в табличном формате. Эти таблицы достаточно точны и компактны для моделирования сложной логики.
В двух словах, Decision Table Testing - это метод проверки черного ящика, в котором мы создаем таблицу решений для сложной бизнес-логики.
Почему таблицы решений так важны?
Возможно, вы знакомы с методами тестирования граничных значений и эквивалентных методов тестирования разделов, хотя оба они хороши для обеспечения охвата, но ни один из них не будет полезен, если поведение системы отличается для каждого набора входных данных.
Создание таблицы решений помогает команде тестирования в разработке тестов. Не только таблицы решений полезны при формулировании сложных бизнес-правил, но и эти таблицы также полезны для тестировщиков, которые хотят понять, как различные комбинации входов влияют на результат.
Во многих приложениях количество комбинаций входных данных может быть большим, если это имеет место с проектом, тестирование этих комбинаций окажется проблемой. В таких случаях создание таблицы решений является одним из лучших способов проведения теста с хорошим охватом.
Как вы увидите ниже, число возможных комбинаций задается как 2 x, где X - количество входов, в случаях, когда X - большое число (скажем, 10 для примера), число комбинаций будет слишком большим, чтобы принять все это во внимание. Однако мы все еще можем взять подмножество этих возможных комбинаций для создания дерева решений.
Как создать таблицу решений для тестирования?
Теперь, когда вы знакомы с тем, что такое тестирование решений, давайте создадим таблицу решений.
Шаг 1: Создание первого столбца таблицы с учетом требований.
Мы создадим первый столбец таблицы, взглянув на то, что нам нужно проверить. Для этого примера рассмотрим пример транзакции ATM. Ниже будут его условия и действия:
| Условие |
| Сумма вывода меньше или равна балансу банка |
| Кредит предоставлен |
| действие |
| Запрос на снятие принят |
Шаг 2: Добавление дополнительных столбцов.
Теперь, когда первый столбец готов, мы рассчитаем оставшееся количество необходимых столбцов. Это будет зависеть от количества условий на руке, а также от того, сколько альтернатив доступно для этих условий.
Математически число столбцов равно 2 x, где X - количество условий.
Для простоты тестирования мы должны создать меньшие таблицы решений, а затем создать огромные. Закончив с количеством столбцов, мы можем заполнить True или False. Вы можете заполнить ячейки следующим образом:
R1: TF
R2: TTFF
R3: TTTFFF
И так далее.
После этого наша таблица выглядит следующим образом:
| Условие | ||||
| Сумма вывода меньше или равна балансу банка | T | F | T | F |
| Кредит предоставлен | T | T | F | F |
| действие | ||||
| Запрос на снятие принят | ||||
Шаг 3: сделать стол меньше.
Мы можем уменьшить таблицу, удалив дубликаты столбцов в таблице. Другие способы уменьшения таблицы - проверка на наличие недопустимых комбинаций в таблице, например, нет способа, чтобы кто-то мог быть и мужчиной, и женщиной в таблице решений.
Мы также должны пометить ячейки с незначительными значениями как «-». Например, не имеет значения, предоставляется ли кредит, если сумма <= остаток на счете.
| Условие | ||||
| Сумма вывода меньше или равна балансу банка | T | F | T | F |
| Кредит предоставлен | - | T | - | F |
| действие | ||||
| Запрос на снятие принят | ||||
Шаг 4: Определение действий для таблицы.
Теперь, с помощью наших требований, мы определим действия таблицы. Эти столбцы будут названы, например, R1 / Правило 1, R2 / Правило 2 и т. Д.
| Условие | |||
| Сумма вывода меньше или равна балансу банка | T | F | F |
| Кредит предоставлен | - | T | F |
| действие | |||
| Запрос на снятие принят | T | T | F |
Последний шаг: написание тестовых случаев
Теперь, когда таблица составлена, сокращена и ее действия определены, мы можем написать контрольные примеры для этой таблицы. Для полного охвата бизнес-правил мы должны написать хотя бы один тестовый пример для каждого столбца
Например:
Контрольный пример для R1: баланс = 1000, запрос на снятие средств = 1000. Результат: запрос на снятие средств принят
Тестовый пример для R2: Баланс = 500, Запрос на снятие средств = 1000. Предоставленный кредит: Да, Результат: Запрос на снятие принят
Тестовый пример для R3: Баланс = 1000, Запрос на снятие средств = 1500. Предоставленный кредит: Нет, Результат: Запрос на снятие отклонен
Преимущества тестирования таблицы решений
- Тестирование таблиц решений легко интерпретировать и, следовательно, они используются для разработки и бизнеса.
- Тестирование с помощью таблицы принятия решений помогает создавать эффективные комбинации, а после их создания может обеспечить лучшее покрытие для тестирования.
- Довольно легко превратить бизнес-условия в таблицы решений, даже если условия сложны по своей природе.
- Если команда тестирования ищет 100% охват и число входных комбинаций невелико, тестирование таблицы решений является одним из наиболее эффективных способов выполнения работы.
- Тестирование решений работает там, где анализ граничных значений и эквивалентное разбиение не выполняется, т. Е. Когда поведение системы отличается для разных входных данных.
Вывод
Тестирование таблицы решений является одним из эффективных методов тестирования черного ящика, в то время как таблицы усложняются при увеличении количества входных данных, они могут обеспечить достойный охват в ситуациях, когда другие методы не могут быть использованы.
Рекомендуемые статьи
Это было руководство к тестированию таблицы решений. Здесь мы обсудили некоторые концепции, преимущества, важность тестирования таблицы решений. Вы также можете просмотреть наши другие предлагаемые статьи, чтобы узнать больше -
- Тестирование белого ящика
- ETL Тестирование Интервью Вопросы
- Что такое юнит-тестирование
- Тестирование системы