Ministerul Educației, Culturii și Cercetării al Republicii Moldova

Universitatea Tehnică a Moldovei

Facultatea Calculatoare, Informatică şi Microelectronică
Ingineria Software și Automatică

Raport
Disciplina: Calitatea Software

Tema: Testarea manuală

A efectuat: st. gr. TI-171 Teleatnic Alina

A verificat: Lungu Mihail

Chișinău 2020
 Scopul:
1. Scrierea testelor pentru versiunea site-ului web :
https://loving-hermann-e2094b.netlify.app/contact.html;
2. Executarea testelor pentru o anumită funcționalitate a aplicației;
3. Toate testele trebuie să aibă următoarele câmpuri: Etapa de testare, Date de testare (dacă este
necesar), Rezultatul testului, atașamente (Dacă este necesar), Condiții prealabile. Numărul de
teste trebuie să fie între 4-8 (pentru secvența de testare).
Precondiții:
1. Utilizatorul trebui să aibă primul domeniu al site-ului web:
https://loving-hermann-e2094b.netlify.app/contact.html;
Specificații teoretice:
Definiție - Ce este un caz de testare în testarea software-ului?
În cea mai simplă formă, a caz de testare este un set de condiții sau variabile în care un tester
determină dacă software-ul îndeplinește cerințele și funcționează corect.
Un caz de testare este un singur test executabil pe care îl efectuează un tester. Îi îndrumă prin
etapele testului. Vă puteți gândi la un caz de testare ca la un set de instrucțiuni pas cu pas pentru a
verifica ceva care se comportă așa cum este necesar să se comporte.
Un caz de testare conține de obicei:
 Titlu
 Descriere
 Etape de testare
 Rezultat asteptat
 Rezultatul real (odată testat)
Cine scrie cazuri de testare?
De obicei, cineva din echipa QA scrie cazurile de testare. Aceasta nu include testele unitare,
care sunt scrise de echipa de dezvoltare, dar nu vom intra în testele unitare în această
postare. Asigurați-vă că oricine scrie cazuri de testare are abilități de scriere decente și înțelege scopul
și valoarea pe care le oferă cazurile de testare.
Care este valoarea?
Cazurile de testare au un impact mare asupra fazei de testare. Scrierea cazurilor de testare este
aproape la fel de importantă ca procesul de testare în sine. Activitatea de a scrie cazuri de testare vă
ajută să vă gândiți la detalii și vă asigură că abordați testele din cât mai multe unghiuri posibil.
Valoarea de a avea cazuri de test pe termen lung este că oricine poate intra și re-testa folosind
cazul de testare. Testele sunt artefacte puternice care sunt benefice pentru viitorii coechipieri, precum
și o sursă bună de adevăr pentru modul în care funcționează un sistem și o anumită caracteristică.  Pe
scurt, cazurile de testare oferă următoarea valoare:
 Asigură o acoperire bună a testelor (funcționalitatea cheie nu este ratată în procesul de testare).
 Permite testerului să analizeze în detaliu diferite moduri de validare a caracteristicilor.
 Cazuri de testare negative sunt, de asemenea, documentate, care pot fi adesea trecute cu
vederea.
 Sunt reutilizabile pentru viitor - oricine le poate face referință și poate executa testul.
Când sunt utilizate cazurile de testare?
Testele sunt utilizate după ce dezvoltarea finalizează o caracteristică sau un set de
caracteristici. În timp ce se realizează dezvoltarea sau imediat după aceea, echipa de testare poate
pregăti cazuri de testare pentru testele viitoare care vor fi efectuate. Scopul este de a pregăti cazurile
de testare până când începe testarea.
Când începe testarea, echipa de testare urmărește cazurile de testare sau „scripturile” pe care
le-au scris pentru a executa testele și a verifica software-ul. Secvența sau grupul de cazuri de testare se
numește suită de teste.
Cele mai bune practici pentru cazurile de testare
Când scrieți cazuri de testare, luați în considerare aceste lucruri:
 Păstrați titlul scurt.
 Includeți o descriere puternică.
 Fii clar și concis.
 Includeți rezultatul așteptat.

Figura 1.1 Structura unui Test Case

Efectuarea lucrării:
Toate testele au fost create conform condițiilor descrise mai sus și au fost executate:

Figura 1.1 Exemplu de Test Case

Figura 1.2 Testele executate cu statuturi specifice

Bloked – blocat de un defect;
Fail – testul a fost executat si a fost gasit un defect;
Pass – testul a fost executat și a trecut cu success toți pașii.

Concluzii:
În lucrarea dată au fost executați pașii din TC pe prima versiune a site-ului web:
https://loving-hermann-e2094b.netlify.app/contact.html , au fost aplicate stări specifice,
modificări corecte pentru testele existente și adăugate comentarii despre schimbările în
descrierea testelor.
 Bibliografia
1. https://test.io/blog/what-defines-a-software-bug/
2. https://www.softwaretestinghelp.com/bug-life-cycle/