Sunteți pe pagina 1din 14

Cazuri de testare

Realizarea procesului de testare

Abilități formate: Termeni cheie:


• Alegerea sub îndrumare a • Test condition;
tehnicilor de testare; • Test case;
• Selectarea criteriilor de testare; • Test suite;
• Elaborarea cazurilor de test în • Test case generation;
baza specificaţiilor.
• Test case execution.
Procesul de dezvoltare a testelor:
• Identificarea variabilelor de intrare și de ieșire ale programului și
domeniile lor de date;
• Calcularea rezultatelor așteptate pentru anumite valori de intrare;
• Determinarea valorilor de intrare va face ca programul să produca
valorile de ieșire așteptate.
Primul pas:
Identificarea condițiilor de testare:
• constrangeri,
• limitari,
• interfete cu alte produse,
• reguli de comportament,
• starile produsului, etc.
A doilea pas:
Dezvoltarea cazurilor de testare:
• Identificarea cazurilor de
utilizare;
• Pentru fiecare, se identifica unul
sau mai multe cazuri de testare;
• Pentru fiecare caz de testare, se
identifica conditiile de executie;
• Adaugarea de valori datelor.
Al treilea pas:
Dezvoltare a procedurilor de
testare:
• Se grupeaza cazurile de testare în
suite de executie:
• Factori care trebuie luați în
considerație în dezvoltarea
testelor:
o Prioritizare;
o Dependențe logice;
o Teste de regresie;
o Analiza riscurilor.
Test condition:
Un element ori un eveniment al
componentei sau sistemului care poate fi
verificat de unul sau mai multe cazuri de
test, ex. o funcţie, o tranzacţie, o trăsături,
un atribut de calitate sau element
structural.

Cu alte cuvinte condiţia de test e o


caracteristică a softului care poate fi
verificată printr-un test sau un set de teste.
Caz de test:
Un set de valori incluse, executarea precondiţiilor,
rezultatele aşteptate şi executarea postcondiţiilor,
dezvoltate pentru un obiectiv particular sau pentru
condiţia de test, astfel încât să solicite o anumită parte
a programului sau să verifice concordanţa cu o cerinţă
specifică.

Cu alte cuvinte, un test case: aduce sistemul la un


punct de start a testului (executarea precondiţiilor);
apoi aplică un set de date de intrare care trebuie să
genereze un anume rezultat (rezultatul aşteptat), şi
părăseşte sistemul la un moment dat (executarea
postcondiţiilor).
Tipuri de caz de testare:

Caz de testare pozitiv Caz de testare negativ

• Sunt utilizate doar date corecte • Operează cu date atât corecte


și se verifică că aplicația execută cât și incorecte cu scopul de a
corect funcția cercetată. verifica situațiile limite, și mai
verifică neexecutarea funcției la
primirea datelor nevalide.
Diagrama stărilor
creării unui caz de
testare:
creare, draft, revizuit, șters, livrat, update și
învechit. Anumite acțiuni sunt efectuate de
responsabilul stării, după care cazul de
testare ete trecut în starea următoare, după
ce acțiunile se încheie.
Diagrama stării rezultatelor:

Pass

Fail
Rezultat
Blocat

Invalid
Proiectarea unui caz
de testare:
Cazurile de utilizare si de testare provin din
origini diferite si servesc scopuri diferite. Se
poate folosi un proces in patru pași pentru a
trece de la cazurile de utilizare la teste:
• Identificarea scenariilor cazurilor de
utilizare.
• Pentru fiecare scenariu, identificați unul
sau mai multe cazuri de testare.
• Pentru fiecare caz de testare, identificați
condițiile care îl vor face să fie executabil.
• Completarea cazului de testare prin
adăugarea de date cu valori.
Structura unui test:
Cazurile de testare trebuie sa menționeze:
Nr. ID Descriere Rezultate Rezultate Pass Com
• Titlul ( funcționalitatea ce va fi testată) așteptate reale /Fail enta
• Versiunea (cazul de testare se modifica în timp, rii
o data cu aplicația)
Cazurile de testare se scriu sub formă de tabel, și Lansarea aplicației:
conțin următoarele coloane: 1. AD_lansare Dublu clic pe Apariția ferestrei Apare  
arie_dreptunghi.exe aplicației: fereastra
• ID   aplicației.
Pass

• Pașii testului 2. AD_interfata_titlu Denumirea aplicației Bara de titlu: Bara de titlu:  


• Rezultatele așteptate pe bara de titlu. ”Aria ”Aria
DREPTUNGHIULUI” DREPTUNGHI Pass
• Rezultatele reale ULUI”
• ID-ul defectelor
• Versiunea pe care s-a executat testul
• Rezultatul testului (pass, fail, etc.)
Unele teste precizează și condițiile necesare
înainte de a se rula un test.
Greșeli frecvente la elaborarea cazurilor de testare:

• Cazurile de testare sunt prea lungi;


• Precondiții incomplete, incorecte sau neclare;
• Omiterea unui pas;
• Numirea unor câmpuri care s-au schimbat sau nu mai există;
• Neclaritatea dacă testul a trecut sau a picat.

S-ar putea să vă placă și