how write complex business logic test scenarios using decision table technique
Тестването на таблица за решения е лесен и уверен подход за идентифициране на тестовите сценарии за сложна бизнес логика .
Има няколко техники за проектиране на тестови случаи. В тази статия ще научим как да използваме техниката на таблицата за решения ефективно да пишете тестови случаи за приложение със сложна бизнес логика.
Ето илюстрация:
Всички знаем, че правилата и валидирането на бизнеса заемат голяма част от изискванията, дадени от клиентите. Докато наблюдаваме как тези изисквания се представят и съобщават на целия екип на проекта от бизнес анализатори или клиенти, ние разбираме, че повечето от тези бизнес правила и логика са представени в логическа схема на процеса.
Диаграма на логическия процес на комплексно изискване се състои от много клонове, възли и полета за решения. Надяваме се, ние, тестерите, да покрием всички тези клонове и да докоснем всяко кътче и ъгъл на такова сложно логическо дърво. Също така се сблъсках с толкова сложни бизнес потоци и изпробвах много техники за подготовка на тестови случаи / тестови сценарии, за да улесня процеса.
И накрая, открих, че техниката за тестване на таблицата за решения е много полезна в този аспект. Ето как техниката на таблица за решения може да улесни подготовката на тестовия сценарий за сложна бизнес логика.
Пример: Писане на тестови случаи за екран за вход с помощта на техниката на таблицата за решения:
Да вземем Пример за таблица за решения от по-долу бизнес изискване за екран за влизане.
Фигура: 1.0 Примерна диаграма на бизнес потока
Първата стъпка, която правим, е да назовем всички клонове и да оставим с цифри или азбуки, както е показано по-долу.
1, 2, 3 са листата, а a, b & c са клоните.
инструменти за системно наблюдение за windows 10
След това трябва да създадем таблица за решения, както е показано по-долу: (Щракнете, за да увеличите изображението)
Фигура 1.1 Таблица за вземане на решения за бизнес поток Фиг. 1.0
Какво ще научите:
- Точки за запомняне
- Предимства на използването на техниката на таблицата за вземане на решения
- Ограничения на използването на техниката на таблицата за вземане на решения
- Други техники за проектиране на тестови случаи
- Заключение
- Препоръчително четене
Точки за запомняне
- Всички проверки, посочени в полетата за решения, трябва да бъдат направени от колоните в таблицата.
- Всички резултати (листа), споменати в диаграмата на потока, трябва да бъдат включени в таблицата за вземане на решения.
- Всички комбинации от входни данни, необходими за получаване на определен резултат, се посочват в колоната за комбинации и могат да бъдат включени по време на писане на тестовите случаи.
- След попълване на таблицата за решения трябва просто да се провери дали всички клонове и листа в логическото дърво са покрити.
Предимства на използването на техниката на таблицата за вземане на решения
# 1) Всеки сложен бизнес поток, представен като диаграма, може лесно да бъде обхванат от тази техника.
# две) Той осигурява бърза увереност в тестовите случаи. Не е необходимо да преглеждате собствените си тестови случаи няколко пъти, за да спечелите увереност.
# 3) Лесно за разбиране. Всеки може да направи тестови случаи от този шаблон за таблица с решения.
# 4) Преработката на тестовите случаи и тестовите сценарии може да бъде напълно избегната, тъй като дава пълно покритие при първия изстрел.
Ограничения на използването на техниката на таблицата за вземане на решения
# 1) Някои техники за подготовка на тестови случаи като анализ на гранични стойности, разделяне на еквивалентност не могат да бъдат директно приспособени в този шаблон. Но човек може да го запише в колоната за комбинации и да ги използва, докато пише тестови случаи.
Преди да обясня защо другите техники за писане на тестови казуси не могат да осигурят толкова голяма точност, колкото таблиците за решения, бих искал бързо да напомня на други Черна кутия и Бяла кутия техники за писане на тестови казуси.
Други техники за проектиране на тестови случаи
# 1) Анализ на гранична стойност е техника за софтуерно тестване, при която тестовите случаи са предназначени да включват представители на гранични стойности в и извън даден диапазон.
# две) Разделяне на еквивалентност също наричан Разделяне на клас на еквивалентност е техника за софтуерно тестване, която разделя даденото условие на дялове и за тестване могат да бъдат избрани по една входна информация от всеки дял.
# 3) Тестване на държавен преход е техника за черна кутия, която може да се използва за проектиране на тестови случаи за система, която придобива краен брой състояния и може да преминава от едно състояние в друго при конкретни събития.
# 4) Предполагане на грешка е техника, при която опитът на тестера се използва за намиране на грешките или част от приложение с най-голяма възможност за намиране на грешки. Това е техника, основана на умения, без никакви правила.
# 5) Използвайте тестване на случаи В тази техника се използват случаи / сценарии на използване за написване на тестовите случаи. Взаимодействието на потребители и системи е описано в случай на употреба.
Още няколко техники за проектиране на тестове:
# 6) Покритие на декларацията
# 7) Състояние покритие
# 8) Изследователско тестване
Защо други техники за проектиране на тестови случаи за бизнес логика не могат да се окажат полезни като таблици за решения?
# 1) Анализът на граничните стойности и разделянето на клас на еквивалентност е предназначен за числови диапазони и дължина. И двете тези техники сами по себе си не могат да осигурят 100% покритие на теста за бизнес правила.
# две) Познаването на грешки е по-скоро за опита. Въпреки че се изисква опит, той не може да се окаже всичко.
# 3) С техниката на тестване на държавния преход може да се гарантира, че всички части на логическото дърво са покрити, но не предлага документ или артефакт, тъй като техниката на таблицата за решения осигурява покритие с таблица за решение (фиг. 1.1)
Заключение
За писане на тестови казуси за бизнес логика е препоръчително да следвате по-долу стъпки за подготовка на тестови случаи, за да се осигури максимално покритие на теста:
Етап 1) Използвайте техника за проектиране на тестови случай на таблица за решения за постигане на 100% логическо покритие.
Стъпка 2) Анализ на гранична стойност и разделяне на еквивалентност за покриване на различни диапазони на входящите данни.
Стъпка # 3) Комбинации и пермутации за проверки на ниво поле (макар че не са необходими всички пермутации).
Стъпка # 4) Предполагане на грешки (освен грешките, които могат да бъдат идентифицирани от горните три стъпки) с опит като последен щрих
С правилната комбинация от всички тези техники се надявам да успеете да откриете почти всички тестови сценарии за всяко приложение, което се тества.
За автора: Хари Нараян е професионалист по тестване на софтуер с повече от 3 години опит в писането на тестови сценарии за сложна бизнес логика. В момента работи с Plintron Global Technologies.
кое е най-доброто средство за почистване на системния регистър
Уведомете ни коя техника за проектиране на тестови случаи използвате най-често във вашия проект? И кой е най-добрият метод според вашия опит?
Чувствайте се свободни да споделите вашите ценни коментари / предложения относно тази статия.
Препоръчително четене
- Примери за алгоритъм на дървото на решенията в извличането на данни
- Какво е техника за отгатване на грешки?
- Таблица за проверка на полето (FVT): Техника за проектиране на тестове за проверка на полето
- Какво представлява техниката за изпитване на базата на дефекти?
- Четирите стъпки към тестване на бизнес интелигентността (BI): Как да тествате бизнес данни
- Процес на изпитване на шлюз B2B (Business to Business)
- Топ 10 Инструменти за проектиране на бази данни за изграждане на сложни модели данни
- Тестване на бизнес процеси (BPT) - Как да опростим и ускорим процеса на тестване с помощта на BPT