Ce este testarea componentelor?
Testarea componentelor este definită ca un tip de testare software, în care testarea se efectuează separat pe fiecare componentă individuală, fără a se integra cu alte componente. Este denumit și Testarea modulelor atunci când este privit dintr-o perspectivă arhitecturală. Testarea componentelor este, de asemenea, denumită Testarea unității, Testarea programului sau Testarea modulelor.
În general, orice software în ansamblu este format din mai multe componente. Testarea nivelului componentelor se ocupă cu testarea individuală a acestor componente.
Este unul dintre cele mai frecvente tipuri de testare a cutiei negre, care este efectuat de QA Team.
Conform diagramei de mai jos, va exista o strategie de testare și un plan de testare pentru testarea componentelor. Acolo unde fiecare parte a software-ului sau aplicației este considerată individual. Pentru fiecare dintre aceste componente va fi definit un scenariu de testare, care va fi adus în continuare într-un caz de test de nivel înalt -> cazuri de testare detaliate de nivel scăzut cu condiții prealabile.
Utilizarea termenului „ Testarea componentelor ” variază de la domeniu la domeniu și de la organizație la organizație.
Cel mai frecvent motiv pentru percepția diferită a testării componentelor sunt
- Tipul de dezvoltare Modelul ciclului de viață ales
- Complexitatea software-ului sau aplicației testate
- Testarea cu sau fără izolare de restul altei componente din software sau aplicație.
După cum știm, arhitectura ciclului de viață al testelor software conține multe artefacte de testare (documente realizate, utilizate în timpul activităților de testare). Printre multe teste - artefacte, este politica de testare și strategia de testare care definește tipurile de testare, profunzimea testării care trebuie efectuate într-un proiect dat.
Cine face testarea componentelor
Testarea componentelor este efectuată de testeri. „Testarea unitară” este realizată de dezvoltatori, unde efectuează testarea funcționalității sau procedurii individuale. După efectuarea testării unitare, următorul test este testarea componentelor. Testarea componentelor se face de către testeri.
Când se efectuează testarea componentelor
Testarea componentelor este efectuată la scurt timp după testarea unitară de către dezvoltatori și versiunea este lansată pentru echipa de testare. Această versiune este denumită versiune UT (Unit Testing Build). Funcționalitatea majoră a tuturor componentelor este testată în această fază,
Criterii de intrare pentru testarea componentelor
- Numărul minim al componentei care urmează să fie inclusă în UT trebuie dezvoltat și testat pe unitate.
Criteriile de ieșire pentru testarea componentelor
- Funcționalitatea tuturor componentelor ar trebui să funcționeze bine.
- Nu ar trebui să existe prezența vreunui defect critic sau ridicat sau mediu de severitate și prioritate Jurnal de defecte.
Tehnici de testare a componentelor
Pe baza profunzimii nivelurilor de testare, testarea componentelor poate fi clasificată ca
- CTIS - Testarea componentelor în mici
- CTIL - Testarea componentelor în mare
CTIS - Testarea componentelor în mici
Testarea componentelor se poate face cu sau fără izolarea restului altor componente din software-ul sau aplicația testată. Dacă este realizat cu izolarea altei componente, atunci este denumit Testarea componentelor în mici.
Exemplul 1: Luați în considerare un site web care are 5 pagini web diferite, apoi testarea fiecărei pagini web separat și cu izolarea altor componente este denumită Testarea componentelor în Small.
Exemplul 2: luați în considerare pagina de pornire a site-ului web guru99.com care are multe componente precum
Acasă, Testare, SAP, Web, Must Learn !, Big Data, Proiecte live, Blog etc.
În mod similar, orice software este format din mai multe componente și, de asemenea, fiecare componentă va avea propriile sale subcomponente. Testarea fiecărui modul menționat în exemplul 2 separat fără a lua în considerare integrarea cu alte componente este denumită Testarea componentelor în mici.
Faceți clic pe meniul derulant Testare conform prezentării de mai jos și vedeți diferiți „subcomponenți” ai componentei Testare. Deci, componentele afișate sunt Testarea manuală, SOAPUI, QTP, JUnit, Selenium, Managementul testelor, Selenium, Testarea mobilă etc.
Notă: Subcomponenta este menționată cu culoare roșie evidențiată în instantaneul de mai jos.
CTIS - Testarea componentelor în mici
Testarea componentelor efectuată fără izolarea altor componente din software-ul sau aplicația testată este denumită Component Testing Large.
Să luăm un exemplu pentru a-l înțelege într-un mod mai bun. Să presupunem că există o aplicație care constă din trei componente spun Componenta A , Componenta B și Componenta C .
Dezvoltatorul a dezvoltat componenta B și dorește să fie testată. Dar, pentru a testa complet componenta B, puține dintre funcționalitățile sale sunt dependente de componenta A și puține de componenta C.
Fluxul de funcționalitate: A -> B -> C, ceea ce înseamnă că există o dependență de B de ambele A și C, conform stubului de diagramă este funcția apelată, iar driverul este funcția de apelare .
Dar componenta A și componenta C nu au fost încă dezvoltate. În acest caz, pentru a testa componenta B complet, putem înlocui componenta A și componenta C cu stub și drivere, după cum este necesar. Deci, în esență, componentele A & C sunt înlocuite de stub & driver, care acționează ca un obiect fals până când sunt dezvoltate.
- Stub: un stub este apelat de la componenta software pentru a fi testat, așa cum se arată în diagrama de mai jos.
- Driver: Un driver apelează componenta care urmează să fie testată așa cum se arată în diagrama de mai jos „Componenta B” este chemată de Driver.
Exemple de cazuri de testare pentru testarea componentelor
Luați în considerare 2 pagini web conform diagramelor menționate mai jos, Aici ambele pagini web sunt legate între ele din punct de vedere al funcționalității.
- Pagina web 1 este pagina de conectare la demo.guru99.com
Când utilizatorul a introdus un ID de utilizator și o parolă valide în câmpul de text și faceți clic pe butonul de trimitere, pagina web va naviga la pagina de pornire a site-ului web guru99 demo bank.
- Pagina web 2 este pagina principală a Guru99.com
Așadar, aici pagina de conectare este o componentă, iar pagina de pornire este alta. Acum, testarea funcționalității paginilor individuale separat se numește testarea componentelor .
Scenariul de testare a componentelor pe pagina web1 -
- Introduceți un cod de utilizator nevalid și verificați dacă utilizatorul final afișează o fereastră de avertizare ușor de utilizat.
- Introduceți un cod de utilizator și o parolă nevalide și faceți clic pe „resetare” și verificați dacă datele introduse în câmpurile de text ID-ul de utilizator și parola sunt șterse.
- Introduceți numele de utilizator și parola valide și faceți clic pe butonul „Autentificare”.
Scenariul de testare a componentelor pe pagina web2 -
- Verificați dacă mesajul „Bun venit la pagina managerului băncii guru99” este afișat pe pagina de pornire.
- Verificați dacă toate linkurile din partea stângă a paginii web pot fi făcute clic.
- Verificați dacă ID-ul managerului este afișat în centrul paginii de pornire.
- Verificați prezența celor 3 imagini diferite pe pagina principală conform diagramei.
Testarea unității Vs Testarea componentelor
| Testarea unitara | Testarea componentelor |
|---|---|
|
|
|
|
|
|
|
|
Rezumat:
În ingineria software, testarea componentelor joacă un rol crucial în găsirea erorilor. Înainte de a începe cu testarea integrării, este întotdeauna recomandat să efectuați testarea componentelor pentru a vă asigura că fiecare componentă a unei aplicații funcționează eficient.
Testarea integrării este urmată de testarea componentelor. Testarea componentelor se referă și la testarea modulelor în unele referințe.
