Вступ до тестування таблиць рішень
Таблиця рішень Тестування використовується для тестування з різними комбінаціями введення, які призводять до різних результатів у програмі. Тестування таблиці рішень також називається тестуванням причин-наслідків. Це дуже систематичний підхід до тестування, де ми фіксуємо вхідні комбінації та їх результати у табличному форматі. Ці таблиці досить точні та компактні для моделювання складної логіки.
Коротше кажучи, Тестова таблиця рішень - це метод випробування чорного поля, де ми створюємо таблицю рішень для складної бізнес-логіки.
Чому таблиці важливих рішень настільки важливі?
Можливо, ви знайомі з тестуванням граничних значень та еквівалентними методами тестування розділів, хоча обидва з них добре забезпечують покриття, жоден з них не буде корисним, коли поведінка системи відрізняється для кожного набору вхідних даних.
Створення таблиці рішень допомагає тестувальній групі в розробці тестів. Не тільки таблиці прийняття рішень корисні для викладення складних бізнес-правил, але ці таблиці також корисні для тестувальників, які хочуть зрозуміти, як різні комбінації входів впливають на результат.
У багатьох додатках кількість вхідних комбінацій може бути великою, якщо це так з проектом в руці, тестування цих комбінацій виявиться проблемою. Для таких випадків створення таблиці рішень є одним з кращих способів проведення тесту, який має хороше висвітлення.
Як ви побачите нижче, кількість можливої комбінації задається 2 x, де X - кількість входів, у випадках, коли X - велика кількість (скажімо, 10 для прикладу), кількість комбінацій буде занадто великою врахуйте все це. Однак ми все ще можемо взяти підмножину цих можливих комбінацій для створення дерева рішень.
Як створити таблицю рішення для тестування?
Тепер, коли ви знайомі з тим, що таке тестування рішень, давайте створимо таблицю рішень.
Крок 1: Створення першого стовпця таблиці шляхом розуміння вимог.
Ми створимо перший стовпець таблиці, подивившись, що нам потрібно протестувати. Для цього прикладу розглянемо приклад трансакції банкоматів. Слід зазначити його умови та дії:
Умова |
Сума виводу менше або дорівнює залишку в банку |
Кредит наданий |
Дія |
Запит на відкликання прийнято |
Крок 2: Додавання більше стовпців.
Тепер, коли перший стовпець виконаний, ми обчислимо необхідну кількість стовпців. Це залежатиме від кількості умов, а також від кількості альтернативних варіантів для цих умов.
Математично кількість стовпців дорівнює 2 х, де X - кількість умов.
Для зручності тестування ми повинні створити менші таблиці рішень, а потім створити величезну. Після закінчення кількості стовпців ми можемо заповнити True або False. Ви можете заповнити клітинки за такою схемою:
R1: TF
R2: TTFF
R3: TTTFFF
І так далі.
Після закінчення наша таблиця виглядає наступним чином:
Умова | ||||
Сума зняття коштів менша або дорівнює залишку в банку | Т | Ж | Т | Ж |
Кредит наданий | Т | Т | Ж | Ж |
Дія | ||||
Запит на відкликання прийнято |
Крок 3: Зменшення таблиці менше.
Ми можемо зменшити таблицю, видаливши будь-які дублікати стовпців у таблиці. Інші способи зменшити таблицю - це перевірка наявності недійсних комбінацій у таблиці, наприклад, у таблиці рішення не може бути хтось, і чоловік, і жінка.
Нам також доведеться позначити клітинки з незначними значеннями знаком "-" Наприклад, не має значення, чи буде надано кредит, якщо сума <= Сальдо рахунку.
Умова | ||||
Сума виводу менше або дорівнює залишку в банку | Т | Ж | Т | Ж |
Кредит наданий | - | Т | - | Ж |
Дія | ||||
Запит на відкликання прийнято |
Крок 4: Визначення дій для таблиці.
Тепер ми за допомогою наших вимог визначимо дії таблиці. Потім ці стовпці будуть названі такими як R1 / Правило 1, R2 / Правило 2 тощо.
Умова | |||
Сума виводу менше або дорівнює залишку в банку | Т | Ж | Ж |
Кредит наданий | - | Т | Ж |
Дія | |||
Запит на відкликання прийнято | Т | Т | Ж |
Заключний крок: Написання тестових випадків
Тепер, коли таблиця зроблена, зменшена і визначені її дії, ми можемо написати тестові приклади для таблиці. Для повного висвітлення бізнес-правил нам слід написати принаймні один тестовий випадок для кожної колонки
Наприклад:
Тестовий випадок для R1: Баланс = 1000, Запит на зняття = 1000. Результат: Запит на відкликання прийнято
Тестовий випадок для R2: Баланс = 500, Запит на зняття = 1000. Кредит надано: Так, Результат: Запит на зняття прийнято
Тестовий випадок для R3: Баланс = 1000, Запит на зняття = 1500. Кредит надано: Ні, Результат: Запит на відкликання відхилений
Переваги табличного тестування рішення
- Тестування таблиць рішень легко інтерпретувати, тому вони використовуються для розвитку та бізнесу.
- Таблиця тестування рішень допомагає створювати ефективні комбінації, і після того, як буде зроблено, вона може забезпечити краще покриття для тестування.
- Перетворити умови ведення бізнесу в таблиці рішень досить просто, навіть якщо умови складні за своєю суттю.
- Якщо команда тестування шукає 100-відсоткового покриття, а кількість вхідних комбінацій низька, Тестування таблиці рішень є одним з найефективніших способів виконання завдання.
- Тестування рішення працює, коли аналіз граничних значень та еквівалентний розподіл не роблять, тобто коли поведінка системи відрізняється для різних входів.
Висновок
Тестування таблиці прийняття рішень є однією з ефективних методик тестування чорної скриньки, хоча таблиці ускладнюються із збільшенням кількості вхідних даних, вона може забезпечити гідне висвітлення у випадках, коли інші методи не можуть бути використані.
Рекомендовані статті
Це було керівництвом для тестування таблиць рішень. Тут ми обговорили деякі поняття, перевагу, важливість тестування таблиць рішень. Ви також можете ознайомитися з іншими запропонованими нами статтями, щоб дізнатися більше -
- Тестування білого ящика
- Питання щодо інтерв'ю ETL
- Що таке одиничне тестування
- Тестування системи