Menu

Ako písať zložité testovacie scenáre obchodnej logiky pomocou techniky rozhodovacej tabuľky

how write complex business logic test scenarios using decision table technique

Testovanie rozhodovacej tabuľky je ľahký a sebavedomý prístup k identifikácii testovacích scenárov pre komplexnú obchodnú logiku .

Existuje niekoľko techník navrhovania testovacích prípadov. V tomto článku sa dozvieme, ako používať technika rozhodovacej tabuľky efektívne napíš testovacie prípady pre aplikáciu so zložitou obchodnou logikou.

ako urobiť útok ddos

Tu je ilustrácia:

Všetci vieme, že pravidlá a overenia podnikania zaberajú hlavnú časť požiadaviek kladených zákazníkmi. Pri sledovaní toho, ako sú tieto požiadavky predstavené a komunikované celému projektovému tímu obchodnými analytikmi alebo zákazníkmi, sme zistili, že väčšina z týchto obchodných pravidiel a logiky je uvedená v logickom vývojovom diagrame procesu.

Scenár písania testu pomocou techniky rozhodovacej tabuľky

Logický proces Vývojový diagram pre komplexnú požiadavku pozostáva z mnohých pobočiek, uzlov a rozhodovacích boxov. Dúfajme, že sa od nás testerov očakáva, že pokryjeme všetky tieto vetvy a dotkneme sa všetkých kútov a rohov tak zložitého logického stromu. Tiež som čelil takým zložitým obchodným tokom a vyskúšal som veľa techník prípravy testovacích prípadov / testovacích scenárov, ktoré uľahčujú proces.

Na záver som zistil, že v tomto aspekte je technika testovania rozhodovacej tabuľky veľmi užitočná. Tu je ukážka toho, ako technika rozhodovacej tabuľky môže uľahčiť prípravu testovacích scenárov pre komplexnú obchodnú logiku.

Príklad: Písanie testovacích prípadov pre prihlasovaciu obrazovku pomocou techniky rozhodovacej tabuľky:

Poďme Príklad rozhodovacej tabuľky nižšie ako obchodné požiadavky na prihlasovaciu obrazovku.

Testovanie rozhodovacej tabuľky

Obr: 1.0 Ukážka obchodného vývojového diagramu

Prvým krokom, ktorý urobíme, je pomenovanie všetkých vetiev a odchod s číslami alebo abecedami, ako je uvedené nižšie.

1, 2, 3 sú listy a a, b & c sú vetvy.

Potom musíme vytvoriť rozhodovaciu tabuľku, ako je uvedené nižšie: (Kliknite pre zväčšenie obrázku)

Testovanie rozhodovacej tabuľky 1

Obrázok 1.1 Tabuľka rozhodovania pre obchodný tok obr. 1.0

Čo sa dozviete:

Body na zapamätanie

  • Všetky overenia uvedené v rámcoch pre rozhodovanie by sa mali robiť zo stĺpcov v tabuľke.
  • Všetky výsledky (listy) uvedené v vývojovom diagrame by mali byť zahrnuté v rozhodovacej tabuľke.
  • Všetky kombinácie vstupov potrebných na dosiahnutie určitého výsledku sa uvedú v stĺpci kombinácií a môžu sa zahrnúť pri zápise testovacích prípadov.
  • Po dokončení rozhodovacej tabuľky je potrebné iba overiť, či sú všetky vetvy a listy v logickom strome zakryté.

Výhody použitia techniky rozhodovacej tabuľky

# 1) Touto technikou možno ľahko pokryť akýkoľvek zložitý obchodný tok znázornený ako diagram.
#dva) Poskytuje rýchlu dôveru v testovacie prípady. Na získanie dôvery nemusí byť potrebné opakovane kontrolovať jeho vlastné testovacie prípady.
# 3) Ľahko pochopiteľné. Testovacie prípady môže urobiť ktokoľvek z tejto šablóny tabuľky rozhodnutia.
# 4) Prepracovaniu testovacích prípadov a testovacích scenárov sa dá úplne vyhnúť, pretože poskytuje úplné pokrytie pri prvom zábere.

Obmedzenia pri použití techniky rozhodovacej tabuľky

# 1) Niektoré techniky prípravy testovacích prípadov, ako je analýza hraničných hodnôt, rozdelenie ekvivalencie, nemožno v tejto šablóne priamo použiť. Dá sa to však poznamenať do stĺpca kombinácií a použiť ich pri písaní testovacích prípadov.

Pred vysvetlením, prečo iné techniky písania testovacích prípadov nemôžu zabezpečiť takú presnosť ako rozhodovacie tabuľky, by som rád rýchlo pripomenul ďalšie Čierna krabica a Biela krabica techniky písania testovacích prípadov.

Ďalšie techniky návrhu testovacích prípadov

# 1) Analýza hraničných hodnôt je technika testovania softvéru, v ktorej sú testovacie prípady navrhnuté tak, aby zahŕňali zástupcov domény hraničné hodnoty dovnútra a von z daného rozsahu.

#dva) Rozdelenie ekvivalencie tiež nazývaný Delenie na triedy podľa ekvivalencie je technika testovania softvéru, ktorá rozdeľuje danú podmienku na oddiely a na testovanie je možné zvoliť jeden vstupný údaj z každého oddielu.

# 3) Stavové prechodové testovanie je technika testovania čiernej skrinky, ktorú je možné použiť na návrh testovacích prípadov systému, ktorý získava konečný počet štátov a pri konkrétnych udalostiach dokáže prechádzať z jedného štátu do druhého.

# 4) Hádanie chýb je technika, pri ktorej sa na nájdenie chýb alebo časti aplikácie s najvyššou pravdepodobnosťou nájdenia chýb použijú skúsenosti testera. Toto je technika založená na zručnostiach bez akýchkoľvek pravidiel.

# 5) Použite testovanie prípadov V tejto technike sa na napísanie testovacích prípadov používajú prípady / scenáre použitia. Interakcia používateľov a systémov je opísaná v prípade použitia.

Niektoré ďalšie techniky testovacieho dizajnu:

# 6) Pokrytie vyhlásenia
# 7) Pokrytie stavu
# 8) Prieskumné testovanie

Prečo sa iné rozhodovacie techniky testovacích prípadov pre obchodnú logiku nemôžu ukázať ako užitočné ako rozhodovacie tabuľky?

# 1) Rozdelenie triedy analýzy hraničných hodnôt a ekvivalencie je určené pre číselné rozsahy a dĺžku. Samotné obe tieto techniky nemôžu zabezpečiť 100% pokrytie testu obchodných pravidiel.

#dva) Hádanie chýb je viac o tejto skúsenosti. Aj keď sú potrebné skúsenosti, nemôže to byť všetko.

zlúčiť triediť príklad c ++

# 3) Pomocou testovacej techniky State Transition je možné zaistiť pokrytie všetkých častí logického stromu, ale to nenavrhuje dokument alebo artefakt, pretože technika rozhodovacej tabuľky zaisťuje pokrytie rozhodovacou tabuľkou (obr. 1.1).

Záver

Pri písaní testovacích prípadov pre obchodnú logiku je vhodné postupovať podľa nasledujúcich pokynov kroky na prípravu testovacích prípadov tak, aby sa zabezpečilo maximálne pokrytie testom:

Krok 1) Použite technika návrhu testovacieho prípadu rozhodovacej tabuľky dosiahnuť 100% logické pokrytie.
Krok 2) Analýza hraničných hodnôt a rozdelenie ekvivalencie na pokrytie rôznych rozsahov vstupov.
Krok č. 3) Kombinácie a permutácie pre validácie na úrovni poľa (aj keď nie sú potrebné všetky permutácie).
Krok č. 4) Hádanie chýb (okrem chýb, ktoré je možné identifikovať z vyššie uvedených troch krokov) so skúsenosťami ako posledný dotyk

Dúfam, že pri správnej kombinácii všetkých týchto techník budete môcť objaviť takmer všetky testovacie scenáre pre každú testovanú aplikáciu.

O autorovi: Hari Narayan je profesionál v testovaní softvéru s viac ako 3 rokmi pracovných skúseností v písaní testovacích scenárov pre komplexnú obchodnú logiku. V súčasnosti pracuje so spoločnosťou Plintron Global Technologies.

Dajte nám vedieť, ktorú techniku ​​navrhovania testovacích prípadov na svojom projekte používate najčastejšie? A ktorá je najlepšia metóda podľa tvojich skúseností?

Neváhajte a podeľte sa o svoje cenné komentáre / návrhy týkajúce sa tohto článku.

Odporúčané čítanie

^