Въведение в тестване на таблица с решения
Тест на таблицата с решения се използва за тестване с различни комбинации от входни данни, които водят до различни изходи в програмата. Тестването на таблицата с решения също се нарича тестване за причинителен ефект. Това е много систематичен подход за тестване, при който улавяме входни комбинации и техните изходи в табличен формат. Тези таблици са доста прецизни и компактни за моделиране на сложна логика.
С две думи, Тест на таблицата за решения е техника за тестване на черна кутия, където създаваме таблица за решения за сложна бизнес логика.
Защо таблиците с решения са толкова важни?
Може да сте запознати с тестване на гранични стойности и еквивалентни техники за тестване на дялове, въпреки че и двете са добри в осигуряването на покритие, нито една от тях няма да бъде полезна, когато поведението на системата е различно за всеки предоставен вход.
Създаването на таблица за решения помага на тестващ екип при проектирането на тестове. Не само таблиците за решения са полезни при заявяването на сложни бизнес правила, но и тези таблици са полезни за тестери, които искат да разберат как различните комбинации от входове влияят на резултата.
В много приложения броят на входните комбинации може да бъде голям, ако това е така с проекта в ръка, тестването на тези комбинации ще се окаже проблем. За случаи като тези създаването на таблица за решения е един от по-добрите начини за провеждане на тест с добро покритие.
Както ще видите по-долу, броят на възможната комбинация е даден с 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
- Какво е тестване на единици
- Тестване на системата