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

Ce este Tehnica de testare a software-ului?

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 în timp ce măresc acoperirea testului. Ele ajută la identificarea condițiilor de testare care altfel sunt greu de recunoscut.

Analiza valorii limită (BVA)

Analiza valorii limită se bazează pe testarea la granițele dintre partiții. Include limite maxime, minime, interioare sau exterioare, valori tipice și valori de eroare.

În general, se vede că un număr mare de erori apar mai degrabă la limitele valorilor de intrare definite decât în ​​centru. Este, de asemenea, cunoscut sub numele de BVA și oferă o selecție de cazuri de testare care exercită valori limită.

Această tehnică de testare cutie neagră completează partiționarea echivalenței. Această tehnică de testare software se bazează pe principiul că, dacă un sistem funcționează bine pentru aceste valori particulare, atunci va funcționa perfect pentru toate valorile care se află între cele două valori limită.

Ghid pentru analiza valorii limită

• Dacă o condiție de intrare este restricționată între valorile x și y, atunci cazurile de testare ar trebui proiectate cu valorile x și y, precum și cu valori care sunt deasupra și sub x și y.
• Dacă o condiție de intrare este un număr mare de valori, ar trebui dezvoltat cazul de testare care trebuie să exercite numerele minime și maxime. Aici sunt testate și valorile peste și sub valorile minime și maxime.
• Aplicați liniile directoare 1 și 2 la condițiile de ieșire. Oferă o ieșire care reflectă valorile minime și maxime așteptate. De asemenea, testează valorile de mai jos sau de deasupra.

Exemplu:

Input condition is valid between 1 to 10

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

Partiționarea clasei de echivalență

Echivalent Class Partitioning vă permite să împărțiți setul de condiții de testare într-o partiție care ar trebui considerată aceeași. Această metodă de testare a software-ului împarte domeniul de intrare al unui program în clase de date din care ar trebui concepute cazuri de testare.

Conceptul din spatele acestei tehnici de proiectare a cazului de testare este că cazul de testare al unei valori reprezentative a fiecărei clase este egal cu un test al oricărei alte valori din aceeași clasă. Vă permite să identificați clase de echivalență valide ș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, de asemenea, cunoscut ca tabel Cauză-Efect. Această tehnică de testare a software-ului este utilizată pentru funcții care răspund la o combinație de intrări sau evenimente. De exemplu, un buton de trimitere ar trebui să fie activat dacă utilizatorul a introdus toate câmpurile obligatorii.

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 intrare, atunci împărțiți-l î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 respective. Acest lucru ajută la identificarea unei afecțiuni care este trecută cu vederea de către testator.

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

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

Exemplu: Un buton de trimitere într-un formular de contact este activat numai atunci când toate intrările sunt introduse de utilizatorul final.

Tranziția de stat

În tehnica de tranziție de stat, modificările condițiilor de intrare modifică starea aplicației în curs de testare (AUT). Această tehnică de testare permite testerului să testeze comportamentul unui AUT. Testerul poate efectua această acțiune introducând diverse condiții de intrare într-o secvență. În tehnica de tranziție a stării, echipa de testare furnizează valori de intrare pozitive ș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 cazului de testare ar trebui utilizată atunci când echipa de testare dorește să testeze secvența de evenimente care se întâmplă în aplicația testată.

Exemplu:

În exemplul următor, dacă utilizatorul introduce o parolă validă în oricare dintre primele trei încercări, utilizatorul se va putea conecta cu succes. Dacă utilizatorul introduce parola invalidă în prima sau a doua încercare, utilizatorului i se va solicita să introducă din nou parola. Când utilizatorul introduce parola incorect 3^rd timp, acțiunea a fost întreprinsă și contul va fi blocat.

Diagrama de tranziție a stărilor

În această diagramă, când utilizatorul dă codul PIN corect, el sau ea este mutat î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 este trecută la Acces acordat. Și dacă utilizatorul introduce o parolă incorectă, el sau ea este mutat în starea următoare. Dacă face la fel 3^rd timp, el va ajunge în starea de blocare a contului.

Eroare la ghicire

Eroare la ghicire este o tehnică de testare a software-ului bazată pe ghicirea erorii care poate prevala în cod. Tehnica se bazează în mare măsură pe experiența î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 calificați și experimentați pentru o mai bună ghicire a erorilor.

Tehnica numără o listă de posibile erori sau situații predispuse la erori. Apoi testerul scrie a caz de testare pentru a expune acele erori. Pentru a proiecta cazuri de testare pe baza acestei tehnici de testare a software-ului, 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
• Evaluați datele istorice și rezultatele testelor

Concluzie

• Tehnica de proiectare a cazurilor de testare vă permite să proiectați carcase mai bune. Există cinci tehnici utilizate în principal.
• Analiza valorii limitelor testează la granițele dintre partiții.
• Echivalent Class Partitioning vă permite să împărțiți setul de condiții de testare într-o partiție care ar trebui considerată aceeași.
• Tehnica de testare a software-ului Decision Table este utilizată pentru funcțiile care răspund la o combinație de intrări sau evenimente.
• În tehnica de tranziție de stat, modificările condițiilor de intrare modifică starea aplicației în curs de testare (AUT)
• Ghicirea erorilor este o tehnică de testare a software-ului care se bazează pe ghicirea erorii care poate prevala în cod.