Ce este testarea componentelor? Tehnici, exemple de cazuri de testare

Ce este testarea componentelor?

Testarea componentelor este un tip de testare software în care testarea este efectuată pe fiecare componentă individuală separat, fără a o integra cu alte componente. Privită din perspectiva arhitecturii, se mai numește și testarea modulelor, iar unele referințe o numesc testare de program.

Orice software în ansamblu este alcătuit din mai multe componente, iar testarea la nivel de componentă se ocupă de testarea individuală a acelor componente. Este una dintre cele mai frecvente testare cutie neagră tipuri efectuate de echipa de asigurare a calității.

O notă privind denumirea merită făcută din timp. Glosarul ISTQB tratează testarea componentelor și testarea unitara ca sinonime pentru același nivel de testare. Multe echipe de livrare, și acest articol, păstrează cele două diferențe în practică: dezvoltatorii execută teste unitare pe propriul cod, iar testerii execută apoi teste de componente pe versiunea livrată. Tabelul comparativ de la sfârșitul acestui articol prezintă această distincție practică.

După cum arată diagrama de mai jos, testarea componentelor are propria strategie și propriul plan de testare, în care fiecare parte a software-ului sau a aplicației este considerată individual. Pentru fiecare componentă, o scenariu de testare este definit, care este apoi împărțit în cazuri de testare de nivel înalt și, în final, în cazuri detaliate de nivel scăzut cazuri de testare cu premise.

Modul în care este utilizat termenul „testarea componentelor” variază de la un domeniu la altul și de la o organizație la alta. Cele mai frecvente motive pentru această diferență de percepție sunt cele trei de mai jos.

1. Tipul de model al ciclului de viață al dezvoltării ales
2. Complexitatea software-ului sau a aplicației testate
3. Dacă testarea se face cu sau fără izolare de celelalte componente din aplicație

Ciclul de viață al testării software produce numeroase artefacte de testare, adică documentele create și utilizate în timpul activităților de testare. Printre acestea se numără politica de testare și strategia de testare care definesc ce tipuri de testare sunt utilizate și cât de profundă este testarea într-un anumit proiect.

Cine face testarea componentelor

Testarea componentelor este efectuată de testeri. Testarea unitară este efectuată de dezvoltatori, care testează o funcție sau o procedură individuală. După finalizarea testării unitare, urmează testarea componentelor, iar testerii își asumă responsabilitatea pentru aceasta.

Când se efectuează testarea componentelor

Testarea componentelor se efectuează la scurt timp după ce dezvoltatorii efectuează testarea unitară și versiunea este lansată echipei de testare. Această versiune este denumită versiune UT sau versiune Unit Testing. Funcționalitatea principală a fiecărei componente este testată în această fază.

Criterii de intrare pentru testarea componentelor

• Setul minim de componente care trebuie incluse în versiunea UT a fost dezvoltat și testat unitar.

Criterii de ieșire pentru testarea componentelor

• Funcționalitatea fiecărei componente funcționează conform specificațiilor.
• Niciun defect critic, de severitate ridicată sau medie sau de prioritate nu rămâne deschis în jurnal de defecte.

Tehnici de testare a componentelor

Pe baza profunzimii nivelului de testare, testarea componentelor este clasificată în două moduri.

1. CTIS — Testarea componentelor în mici
2. CTIL — Testarea componentelor pe scară largă

CTIS — Testarea componentelor în mici

Testarea componentelor se poate face cu sau fără izolare de celelalte componente din aplicația testată. Atunci când este efectuată cu celelalte componente izolate, se numește testare a componentelor la scară mică.

Exemplu 1: Pe un site web cu cinci pagini web diferite, testarea fiecărei pagini web separat și izolat de celelalte componente este o testare a componentelor la scară mică.

Exemplu 2: Pagina principală guru99.com prezentată mai jos conține multe componente, cum ar fi Acasă, Testare, SAP, Web, Trebuie să înveți!, Big Data, Proiecte live și Blog.

Orice software este alcătuit din mai multe componente în același mod, iar fiecare componentă are propriile subcomponente. Testarea fiecărui modul enumerat în Exemplul 2 separat, fără a lua în considerare integrarea sa cu celelalte componente, este o testare a componentelor la scară mică.

Deschiderea meniului derulant Testare dezvăluie subcomponentele componentei Testare: Testarea manuală, SOAPUI, QTP, JUnit, Selenium, Managementul Testelor și Testare mobilăÎn captura de ecran de mai jos, acele subcomponente sunt evidențiate cu roșu.

CTIL — Testarea componentelor pe scară largă

Testarea componentelor efectuată fără izolare de celelalte componente din aplicația testată se numește testare a componentelor pe scară largă.

Un exemplu clarifică diferența. Să presupunem că o aplicație este formată din trei componente: Componenta A, Componenta B și Componenta C.

Dezvoltatorul a construit Componenta B și dorește să fie testată. Pentru a testa complet Componenta B, o parte din funcționalitatea sa depinde de Componenta A și o parte de Componenta C, așa cum ilustrează diagrama de mai jos.

Fluxul de funcționalități este A → B → C, ceea ce înseamnă că Componenta B depinde atât de A, cât și de C. În acest flux, stub-ul este funcția apelată, iar driverul este funcția apelantă.

Componentele A și C nu au fost încă dezvoltate. Pentru a testa complet componenta B, A și C sunt înlocuite cu un driver și un stub, după cum este necesar, astfel încât cele două piese lipsă acționează ca obiecte fictive până când cele reale apar.

• Ciot: Un stub este apelat de componenta testată. Componenta C nu este gata, așa că un stub îl înlocuiește și returnează răspunsurile așteptate de B.
• Conducător auto: Un driver apelează componenta testată. Componenta A nu este gata, așa că un driver o înlocuiește și invocă componenta B cu intrările necesare.

Exemple de cazuri de testare pentru testarea componentelor

Cele două pagini web de mai jos sunt interconectate din punct de vedere funcțional, ceea ce le face o pereche utilă de componente de testat.

Pagina web 1 este pagina de conectare a site-ului bancar demonstrativ.

Când utilizatorul introduce un ID de utilizator și o parolă valide și dă clic pe butonul de trimitere, pagina navighează către pagina principală a site-ului web al băncii demo, afișată în continuare.

Aici, pagina de conectare este o componentă, iar pagina principală este alta. Testarea funcționalității fiecărei pagini separat este testarea componentelor.

Scenarii de testare a componentelor pe pagina web 1:

• Introduceți un ID de utilizator nevalid și verificați dacă utilizatorul final afișează un avertisment ușor de utilizat.
• Introduceți un ID de utilizator și o parolă nevalide, faceți clic pe Resetare și verificați dacă câmpurile pentru ID de utilizator și parolă sunt golite.
• Introduceți un nume de utilizator și o parolă valide și faceți clic pe butonul Autentificare.

Scenarii de testare a componentelor pe pagina web 2:

• Verificați dacă mesajul de bun venit pentru pagina managerului este afișat pe pagina principală.
• Verificați dacă toate linkurile din partea stângă a paginii web pot fi accesate cu un clic.
• Verificați dacă ID-ul managerului este afișat în centrul paginii principale.
• Verificați prezența celor trei imagini diferite pe pagina principală, conform diagramei.

Testarea unitară vs testarea componentelor

Tabelul de mai jos prezintă pe scurt cum diferă cele două niveluri în practica de zi cu zi.

Testarea unității	Testarea componentelor
Testarea programelor și modulelor individuale pentru a demonstra că programul se execută conform specificațiilor.	Testarea fiecărui obiect sau parte a software-ului separat, cu sau fără izolare de alte obiecte.
Validat în funcție de documentele de proiectare.	Validat în funcție de cerințele de testare și cazurile de utilizare.
Realizat de dezvoltatori.	Realizat de testeri.
Gata mai întâi.	Se face după finalizarea testării unitare la nivelul dezvoltatorilor.
Defectele sunt de obicei remediate pe loc și nu sunt înregistrate oficial.	Defectele sunt înregistrate și tracrezolvate prin procesul de gestionare a defectelor.

Întrebări frecvente