Tehnici de testare software cu exemple de proiectare a cazurilor de testare

Ce este o tehnică de testare software?

Tehnicile de testare software vă ajută să proiectați cazuri de testare mai bune. Deoarece testarea exhaustivă nu este posibilă, tehnicile de testare manuală ajută la reducerea numărului de cazuri de testare care trebuie executate, crescând în același timp acoperirea testelor. Acestea ajută la identificarea condițiilor de testare care altfel ar fi dificil de recunoscut. Tehnicile de testare software pot fi clasificate în următoarele tipuri:

• Analiza valorii limită
• Partiționarea clasei de echivalență
• Testare bazată pe tabel de decizie
• Tranziția de stat
• Eroare la ghicire

👉 Înscrie-te pentru un proiect gratuit de testare software live

Cele 7 principii ale tehnicilor de testare software

Tehnicile de testare software respectă un set de principii pentru a desfășura procesul de testare. Aceste 7 principii îi ghidează pe testeri să planifice, să proiecteze și să execute testele în mod eficient. Aceste principii asigură că testarea rămâne cu scop, eficientă și aliniată cu obiectivele proiectului.

Cele 7 principii ale tehnicilor de testare software sunt Testarea arată prezența defectelor, testarea exhaustivă este imposibilă, testarea timpurie economisește timp și costuri, defecte ClusterParadoxul pesticidelor, testarea depinde de context și eroarea absenței erorilor. Puteți face clic pe următoarele legătură pentru a afla mai multe.

Cum transformă inteligența artificială tehnicile tradiționale de testare software?

AI este revoluttestarea software-ului ionizantă prin introducerea automatizare, predicție și adaptabilitate. Permite generarea automată a cazurilor de testare din limbajul natural folosind LLM-uri, scripturi de auto-vindecare care se adaptează la schimbările interfeței utilizator și analiza predictivă a defectelor bazat pe date istorice. IA susține, de asemenea prioritizare bazată pe riscuri, testare vizuală, și execuție autonomă a testelor în cadrul conductelor CI/CD. Prin interfețe în limbaj natural, testerii pot crea cazuri prin conversație, accelerând fluxurile de lucru. În esență, inteligența artificială face testarea mai ușoară mai inteligent, mai rapid și mai rezistent, reducând efortul manual, îmbunătățind în același timp precizia și acoperirea în aplicațiile moderne și în continuă evoluție.

Tehnici de testare software

Analiza valorii limită (BVA)

Analiza valorilor limită se bazează pe testarea limitelor dintre partiții. Aceasta include limite maxime, minime, interioare sau exterioare, valori tipice și valori de eroare.

Dovezile empirice arată că multe defecte apar în apropierea condițiilor limită, mai degrabă decât în ​​valorile medii. Este cunoscută și sub denumirea de BVA și oferă o selecție de cazuri de testare care exercită valori limită.

Această tehnică de testare de tip „cutie neagră” completează partiționarea echivalenței, concentrându-se pe cazurile limită ale acelorași intervale de intrare. Această tehnică de testare software se bazează pe principiul că, dacă un sistem funcționează corect pentru valori limită, este probabil să funcționeze pentru toate valorile din interval.

Linii directoare pentru analiza valorilor limită

• Dacă o condiție de intrare este restricționată între valorile x și y, atunci cazurile de testare ar trebui proiectate cu valori x și y, precum și cu valori peste și sub x și y.
• Dacă o condiție de intrare este un număr mare de valori, cazul de testare ar trebui dezvoltat pentru a exercita valorile minime și maxime. Aici sunt testate și valorile peste și sub valorile minime și maxime.
• Aplicați instrucțiunile 1 și 2 condițiilor de ieșire. Aceasta oferă un rezultat care reflectă valorile minime și maxime așteptate. De asemenea, testează valorile sub sau peste aceste valori.

Exemplu:

Input condition is valid between 1 to 10

Boundary values 0,1,2 and 9,10,11

Partiționarea clasei de echivalență

Partiționarea în clase de echivalență împarte setul de condiții de intrare în grupuri despre care se așteaptă să producă un comportament similar. Această metodă de testare software împarte domeniul de intrare al unui program în clase de date din care ar trebui proiectate cazurile de testare.

Conceptul din spatele acestei tehnici de proiectare a cazurilor de testare este că un caz de testare al unei valori reprezentative a fiecărei clase este egal cu un test al oricărei alte valori din aceeași clasă. Aceasta vă permite să identificați atât clase de echivalență valide, cât și invalide.

Exemplu:

Condițiile de intrare sunt valabile între

 1 to 10 and 20 to 30

Prin urmare, există cinci clase de echivalență

--- to 0 (invalid)
1 to 10 (valid)
11 to 19 (invalid)
20 to 30 (valid)
31 to --- (invalid)

Selectați valori din fiecare clasă, adică

-2, 3, 15, 25, 45

Citiți și mai multe despre - Analiza valorii limită și testarea partiționării echivalenței

Testare bazată pe tabel de decizie

Un tabel de decizie este cunoscut și sub denumirea de tabel cauză-efect. Această tehnică de testare software este utilizată pentru funcții care răspund la o combinație de intrări sau evenimente. De exemplu, într-un scenariu de validare a formularului, un buton „Trimite” se activează numai după ce toate câmpurile obligatorii sunt completate.

Prima sarcină este de a identifica funcționalitățile în care rezultatul depinde de o combinație de intrări. Dacă există un set mare de combinații de intrări, atunci acesta trebuie împărțit în subseturi mai mici, care sunt utile pentru gestionarea unui tabel de decizie.

Pentru fiecare funcție, trebuie să creați un tabel și să enumerați toate tipurile de combinații de intrări și ieșirile aferente. Acest lucru ajută la identificarea unei condiții care este trecută cu vederea de către tester.

Următorii sunt pașii pentru a crea un tabel de decizie:

• Înregistrați intrările în rânduri
• Introduceți toate regulile în coloană
• Completați tabelul cu diferite combinații de intrări
• În ultimul rând, notați rezultatul față de combinația de intrare.

ExempluUn buton de trimitere dintr-un formular de contact este activat numai atunci când toate datele de intrare sunt introduse de utilizatorul final.

Tranziția de stat

În tehnica de tranziție de stare, modificările condițiilor de intrare modifică starea aplicației testate (AUT). Această tehnică de testare permite testerului să testeze comportamentul unei AUT. Testerul poate efectua această acțiune introducând diverse condiții de intrare într-o secvență. În tehnica de tranziție de stare, echipa de testare furnizează valori de test de intrare pozitive, precum și negative, pentru evaluarea comportamentului sistemului.

Ghid pentru tranziția de stat:

• Tranziția de stare ar trebui utilizată atunci când o echipă de testare testează aplicația pentru un set limitat de valori de intrare.
• Tehnica de proiectare a cazurilor de testare ar trebui utilizată atunci când echipa de testare dorește să testeze o secvență de evenimente care se întâmplă în aplicația testată.

Exemplu:

În exemplul următor, utilizatorul se poate conecta cu succes după introducerea unei parole valide în termen de trei încercări. Dacă utilizatorul introduce o parolă nevalidă la prima sau a doua încercare, utilizatorul va fi solicitat să o reintroducă. Când utilizatorul introduce parola incorect 3^rd în acest moment, acțiunea este luată, iar contul va fi blocat.

Diagrama de tranziție a stărilor

În această diagramă, atunci când utilizatorul introduce codul PIN corect, acesta trece în starea „Acces acordat”. Următorul tabel este creat pe baza diagramei de mai sus:

Tabel de tranziție de stat

	PIN corect	Cod PIN incorect
S1) Începeți	S5	S2
S2) 1st încercare	S5	S3
S3) 2nd încercare	S5	S4
S4) 3rd încercare	S5	S6
S5) Acces acordat	-	-
S6) Cont blocat	-	-

În tabelul de mai sus, când utilizatorul introduce codul PIN corect, starea trece la Acces acordat. Iar dacă utilizatorul introduce o parolă incorectă, acesta trece la starea următoare. Dacă face același lucru, 3^rd timp, el va ajunge în starea de blocare a contului.

Eroare la ghicire

Eroare la ghicire este o tehnică de testare software în care testerii își folosesc experiența și intuiția pentru a anticipa posibilele erori din cod. Tehnica se bazează în mare măsură pe experiență, în care analiștii de testare își folosesc experiența pentru a ghici partea problematică a aplicației de testare. Prin urmare, analiștii de testare trebuie să fie pricepuți și experimentați pentru o mai bună ghicire a erorilor.

Tehnica numără o listă de erori posibile sau situații predispuse la erori. Apoi, testerul scrie o caz de testare pentru a expune acele erori. Pentru a proiecta cazuri de testare bazate pe această tehnică de testare software, analistul poate folosi experiențele anterioare pentru a identifica condițiile.

Instrucțiuni pentru ghicirea erorilor:

• Testul ar trebui să utilizeze experiența anterioară de testare a aplicațiilor similare
• Înțelegerea sistemului testat
• Cunoașterea erorilor tipice de implementare
• Amintiți-vă de zonele cu probleme anterior
• Evaluarea datelor istorice și a rezultatelor testelor

Avantajele și limitele tehnicilor de testare

avantaje:

• Îmbunătățește acoperirea testelor și asigură o validare mai amplă a funcționalității software-ului.
• Îmbunătățește detectarea defectelor prin vizarea zonelor cu risc ridicat sau predispuse la erori.
• Promoproiectarea sistematică a testelor, reducând redundanța și suprapunerea.
• Ajută la identificarea problemelor devreme în SDLC, reducând costul general al proiectului.
• Simplifică testarea complexă prin metode precum BVA și partiționarea prin echivalență.
• Crește fiabilitatea software-ului și încrederea părților interesate în calitatea produsului.

Limitări:

• Nicio tehnică nu garantează o singură detectare completă a defectelor.
• Unele tehnici depind în mare măsură de experiența și judecata testerului.
• Poate trece cu vederea problemele de integrare, utilizabilitate sau performanță din lumea reală.
• Constrângerile de timp și resurse pot limita aplicarea temeinică.
• Anumite metode oferă suport limitat pentru automatizare, reducând scalabilitatea.

Cum să alegi tehnicile de testare potrivite?

Alegerea tehnicilor potrivite de testare software necesită alinierea acestora cu specificul proiectului pentru a asigura eficiența și acoperirea. Factori precum modelul de dezvoltare, riscurile și resursele ghidează procesul de selecție. Fiind un tester de software expert, recomand întotdeauna combinarea mai multor tehnici pentru rezultate optime. Acest lucru previne riscul de dependență excesivă de o singură metodă.

• Aliniere cu obiectivele: Potriviți tehnicile cu obiective precum funcționalitatea, performanța sau nevoile de securitate.
• Evaluarea riscurilor: Prioritizați zonele cu risc ridicat cu metode bazate pe risc pentru validare specifică.
• Arhitectură și model de potrivire: Optează pentru abordări agile în sisteme iterative sau multistrat.
• Restricții de echilibru: Luați în considerare timpul, bugetul, abilitățile și instrumentele pentru o execuție fezabilă.

Întrebări frecvente