Meniu

Cum se scrie scenarii complexe de testare a logicii de afaceri folosind tehnica tabelului de decizii

how write complex business logic test scenarios using decision table technique

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Testarea tabelului decizional este o abordare ușoară și sigură pentru a identifica scenariile de testare pentru logica de afaceri complexă .

Există mai multe tehnici de proiectare a cazurilor de testare. În acest articol, vom învăța cum să folosim tehnica Tabelului decizional efectiv să scrie cazuri de testare pentru o aplicație cu Business Logic complexă.

Iată o ilustrare:

Știm cu toții că regulile și validările afacerii ocupă o mare parte din cerințele date de clienți. În timp ce observăm modul în care aceste cerințe sunt reprezentate și comunicate întregii echipe de proiect de către analisti de afaceri sau clienți, ajungem să știm că majoritatea acestor reguli și logici de afaceri și sunt prezentate într-o diagramă de flux logică a procesului.

Scenariul testului de scriere folosind tehnica tabelului decizional

Un proces logic Diagrama de flux pentru o cerință complexă cuprinde mai multe ramuri, noduri și casete de decizie. Sperăm că noi, testerii, suntem așteptați să acoperim toate acele ramuri și să atingem fiecare colț al unui astfel de copac logic complex. De asemenea, m-am confruntat cu astfel de fluxuri de afaceri complexe și am încercat multe tehnici de pregătire a cazurilor de testare / scenariu de testare pentru a ușura procesul.

În cele din urmă, am găsit că tehnica de testare a tabelului de decizie este foarte utilă în acest aspect. Iată cum o tehnică a tabelului decizional poate face mai ușoară pregătirea scenariului de testare pentru logica de afaceri complexă.

Exemplu: Scrierea cazurilor de test pentru un ecran de conectare utilizând tehnica tabelului de decizie:

Să luăm o Exemplu de tabel decizional din cerința de afaceri de mai jos pentru un ecran de conectare.

Testarea tabelului decizional

Fig: 1.0 Exemplu de diagramă a fluxului de afaceri

Primul pas pe care îl facem este să numim toate ramurile și să plecăm cu numere sau alfabete după cum urmează.

1, 2, 3 sunt frunzele și a, b & c sunt ramurile.

dezvoltator de software în întrebări de interviu de testare

Apoi, trebuie să creăm un tabel de decizie așa cum se arată mai jos: (Faceți clic pentru a mări imaginea)

Testarea tabelului decizional 1

Fig 1.1 Tabel de decizii pentru fluxul de afaceri fig 1.0

Ce veți învăța:

Puncte de reținut

  • Toate validările specificate în casetele de decizie ar trebui să fie făcute din coloanele de pe masă.
  • Toate rezultatele (frunzele) menționate în diagrama de flux ar trebui să fie acoperite în tabelul de decizie.
  • Toate combinațiile de intrări necesare pentru a obține un anumit rezultat trebuie menționate în coloana combinații și pot fi incluse în timpul redactării cazurilor de testare.
  • După completarea tabelului decizional, trebuie doar să verificați dacă toate ramurile și frunzele din arborele logic sunt acoperite.

Avantajele utilizării tehnicii tabelului decizional

# 1) Orice flux de afaceri complex reprezentat ca o diagramă poate fi acoperit cu ușurință în această tehnică.
#Două) Oferă încredere rapidă în cazurile de testare. Nu este nevoie să-și revizuiască propriile cazuri de test de mai multe ori pentru a câștiga încredere.
# 3) Ușor de înțeles. Oricine poate face cazuri de testare din acest șablon de tabel de decizie.
# 4) Reelaborarea cazurilor de testare și a scenariilor de testare poate fi total evitată, deoarece oferă o acoperire completă la prima fotografie.

Limitări ale utilizării tehnicii tabelului decizional

# 1) Anumite tehnici de pregătire a cazurilor de testare, cum ar fi analiza valorii limită, partiționarea echivalenței nu pot fi incluse direct în acest șablon. Dar se poate nota în coloana combinații și le poate folosi în timp ce scriu cazuri de testare.

Înainte de a explica de ce alte tehnici de scriere a cazurilor de testare nu pot asigura atâta acuratețe precum tabelele de decizie, aș dori să le reamintesc rapid altora Cutie neagră și cutie alba tehnici de scriere a cazurilor de testare.

Alte tehnici de proiectare a cazurilor de testare

# 1) Analiza valorii limită este o tehnică de testare software în care cazurile de testare sunt concepute pentru a include reprezentanți ai valorile limită în interiorul și în afara unui interval dat.

#Două) Partiționarea echivalenței numit si Partiționarea clasei de echivalență este o tehnică de testare software care împarte condiția dată în partiții și o singură dată de intrare din fiecare partiție poate fi aleasă pentru testare.

un exemplu de cerință funcțională este _________

# 3) Testarea tranziției de stat este o tehnică de testare a cutiei negre, care poate fi utilizată pentru a proiecta cazuri de testare pentru un sistem care dobândește un număr finit de stări și poate tranzita dintr-un stat în altul la evenimente specifice.

# 4) Eroare de ghicit este o tehnică în care experiența unui tester este utilizată pentru a găsi erorile sau o parte a unei aplicații cu cea mai mare posibilitate de a găsi erori. Aceasta este o tehnică bazată pe abilități fără reguli.

# 5) Utilizați testarea cazurilor În această tehnică, cazurile de utilizare / scenariile sunt utilizate pentru a scrie cazurile de testare. Interacțiunea dintre utilizatori și sisteme este descrisă într-un caz de utilizare.

Câteva tehnici de proiectare a testelor:

# 6) Acoperirea declarației
# 7) Acoperirea stării
# 8) Testarea exploratorie

De ce alte tehnici de proiectare a cazurilor de testare pentru logica afacerii nu se pot dovedi utile ca tabele de decizie?

# 1) Analiza valorii limită și partiționarea clasei de echivalență sunt destinate intervalelor numerice și lungimii. Ambele aceste tehnici singure nu pot asigura acoperirea 100% a testelor pentru regulile de afaceri.

#Două) Error Guessing este mai mult despre experiență. Deși este necesară experiența, nu se poate dovedi a fi totul.

# 3) Cu tehnica de testare a tranziției de stat, se poate asigura că toate părțile arborelui logic sunt acoperite, dar nu sugerează document sau artefact, deoarece tehnica Tabelului de decizie asigură acoperirea cu un tabel de decizie (fig 1.1).

Concluzie

Pentru scrierea unor cazuri de testare pentru logica afacerii, este recomandabil să urmați cele de mai jos pași pentru pregătirea cazurilor de testare, astfel încât să se asigure o acoperire maximă a testelor:

Pasul 1) Utilizare o tehnică de proiectare a cazului de testare a tabelului decizional pentru a atinge o acoperire 100% logică.
Pasul 2) Analiza valorii limită și partiționarea echivalenței pentru acoperirea diverselor game de intrări.
Pasul 3) Combinații și permutări pentru validări la nivel de câmp (deși nu sunt necesare toate permutările).
Pasul 4) Ghicirea erorilor (în afară de erorile care pot fi identificate din cei trei pași de mai sus) cu experiența ca ultimă atingere

Cu combinația corectă a tuturor acestor tehnici, sper că veți putea descoperi aproape toate scenarii de testare pentru orice aplicație testată.

Despre autor: Hari Narayan este un profesionist în testarea software-ului, cu mai mult de 3 ani de experiență de lucru în scrierea scenariilor de testare pentru logica de afaceri complexă. În prezent lucrează cu Plintron Global Technologies.

Spuneți-ne ce tehnică de proiectare a cazurilor de testare utilizați cel mai des în proiectul dvs.? Și care este cea mai bună metodă în funcție de experiența dvs.?

Simțiți-vă liber să împărtășiți comentariile / sugestiile dvs. valoroase despre acest articol.

Lectură recomandată

^