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

Ce este testarea componentelor?

Testarea componentelor este definită ca un tip de testare software, în care testarea este efectuată pe fiecare componentă individuală separat, fără a fi integrată cu alte componente. Este denumită și testarea modulelor atunci când este privită din perspectiva arhitecturii. Testarea componentelor este, de asemenea, denumită Testare unitară, Testare program sau Testare Modul.

În general, orice software în ansamblu este format din mai multe componente. Testarea la nivel de componente se ocupă cu testarea acestor componente în mod individual.

Este unul dintre cele mai frecvente tipuri de testare cutie neagră, care este efectuat de echipa QA.

Conform diagramei de mai jos, va exista o strategie de testare și un plan de testare pentru testarea componentelor. Unde fiecare parte a software-ului sau a aplicației este luată în considerare individual. Pentru fiecare dintre aceste componente a Scenariu de testare vor fi definite, care vor fi aduse în continuare într-un Cazuri de testare de nivel înalt -> Cazuri de testare detaliate la nivel scăzut cu cerințe preliminare.

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

1. Tip de dezvoltare Modelul ciclului de viață ales
2. Complexitatea software-ului sau a aplicației testate
3. Testarea cu sau fără izolarea de restul altor componente din software sau aplicație.

După cum știm, ciclul de viață al testului software Architectura are o mulțime de 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 anumit proiect.

Cine face testarea componentelor

Testarea componentelor este efectuată de testeri. „Testarea unitară” este efectuată de dezvoltatori, unde ei testează funcționalitatea sau procedura individuală. După Testarea unității se efectuează, următoarea testare este testarea componentelor. Testarea componentelor este efectuată de testeri.

Când se efectuează testarea componentelor

Testarea componentelor este efectuată la scurt timp după ce testarea unitară este efectuată de către dezvoltatori și versiunea este lansată pentru echipa de testare. Această versiune este denumită UT build (Build Testing Unit). Funcționalitatea majoră a tuturor componentelor este testată în această fază,

Criterii de intrare pentru testarea componentelor

• Numărul minim de componente care urmează să fie incluse în UT ar trebui dezvoltat și testat în unitate.

Criterii de ieșire pentru testarea componentelor

• Funcționalitatea tuturor componentelor ar trebui să funcționeze bine.
• Nu ar trebui să existe defecte critice, ridicate sau medii de severitate și prioritate Defect Buturuga.

Tehnici de testare a componentelor

Pe baza nivelurilor de profunzime de testare, testarea componentelor poate fi clasificată ca

1. CTIS – Component Testing In Small
2. CTIL – Testarea componentelor în mare

CTIS – Component Testing in Small

Testarea componentelor se poate face cu sau fără izolarea restului altor componente din software-ul sau aplicația testată. Dacă se realizează cu izolarea altei componente, atunci se numește Testarea componentelor în mici.

Exemplu 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.

Exemplu 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, Live Projects, Blog și 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 module 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 imaginii de mai jos și vedeți diverse „subcomponente” a componentei de testare. Deci subcomponentele afișate sunt Testarea manuală, SOAPUI, QTP, JUnit, Selenium, Managementul testelor, Selenium, Mobil Testare, etc.

Notă: Subcomponentele sunt menționate cu culoare roșie evidențiată în instantaneul de mai jos.

CTIL – Testarea componentelor în mare

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 mai bine. Să presupunem că există o aplicație formată din trei componente, să zicem Componenta A, componenta B, si Componenta C.

Dezvoltatorul a dezvoltat componenta B și dorește să fie testată. Dar pentru a complet testați componenta B, puține dintre funcționalitățile sale depind de componenta A și puține de componenta C.

Flux de funcționalitate: A -> B -> C ceea ce înseamnă că există o dependență de B atât de la A cât și de la C, după cum se arată în stub de diagramă numita functie, iar șoferul 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, practic, componentele A și C sunt înlocuite cu stub și driver, care acționează ca un obiect fals până când sunt dezvoltate efectiv.

• Ciot: Un stub este apelat din componenta software care urmează să fie testată, așa cum se arată în diagrama de mai jos. „Stub” este apelat de Componenta A.
• Conducător auto: Un șofer apelează componenta care urmează să fie testată, așa cum se arată în diagrama de mai jos. „Componenta B” este apelată de către șofer.

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 interconectate una cu cealaltă din punct de vedere al funcționalității.

1. Pagina web 1 este pagina de conectare la demo.guru99.com

Când utilizatorul a introdus codul de utilizator valid și parola în câmpul de text și a făcut clic pe butonul de trimitere, pagina web va naviga la pagina de pornire a site-ului web al băncii demo guru99.

2. Pagina web 2 este pagina de pornire a Guru99.com

Deci aici pagina de autentificare este o componentă, iar pagina de pornire este alta. Acum se numește testarea separată a funcționalității paginilor individuale testarea componentelor.

Scenariul de testare a componentelor este pe pagina web1 –

• Introduceți un ID de utilizator nevalid și verificați dacă utilizatorului final i se afișează vreun pop-up de avertizare ușor de utilizat.
• Introduceți id-ul de utilizator și parola nevalide și faceți clic pe „resetare” și verificați dacă datele introduse în câmpurile de text user-id și parola sunt șterse.
• Introduceți numele de utilizator și parola valide și faceți clic pe butonul „Autentificare”.

Scenariul de testare a componentelor este pe pagina web2 –

• Verificați dacă mesajul „Bine ați venit pe pagina managerului guru99 bank” este afișat pe pagina de pornire.
• Verificați dacă se poate face clic pe toate linkurile din partea stângă a paginii web.
• Verificați dacă ID-ul managerului este afișat în centrul paginii de pornire.
• Verificați prezența celor 3 imagini diferite pe pagina de start conform diagramei.

Testarea unitară vs testarea componentelor

Testarea unității	Testarea componentelor
Testarea programelor individuale, modulelor pentru a demonstra că programul se execută conform specificațiilor este numită Testarea unității	Se numește testarea fiecărui obiect sau părți ale software-ului separat, cu sau fără izolarea altor obiecte Testarea componentelor
Este validat pe baza documentelor de proiectare	Este validat în funcție de cerințele de testare, cazuri de utilizare
Testarea unitară este efectuată de dezvoltatori	Testarea componentelor este efectuată de testeri
Testarea unitară se face mai întâi	Testarea componentelor se face după ce testarea unitară este finalizată de la sfârşitul dezvoltatorilor.

Rezumat

In Inginerie Software, Testarea componentelor joacă un rol crucial în găsirea erorilor. Înainte de a începe Testare de integrare după testarea componentelor și testarea integrării este urmată de testarea componentelor.

Testarea componentelor denumită și testarea modulelor în unele referințe.