Meniu

Ce este testarea componentelor sau testarea modulelor (Aflați cu exemple)

what is component testing

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Ce este Testarea componentelor numită și Testarea modulelor în testarea software-ului:

O componentă este cea mai mică unitate a oricărei aplicații. Deci, testarea componentelor; așa cum sugerează și numele, este o tehnică de testare a celei mai mici sau mai mici unități a oricărei aplicații.

Testarea componentelor este uneori denumită și Testarea programului sau a modulului.

O aplicație poate fi gândită la o combinație și integrare a mai multor module individuale mici. Înainte de a testa întregul sistem, este imperios necesar ca fiecare componentă SAU cea mai mică unitate a aplicației să fie testată temeinic.

convertor gratuit de la YouTube la MP4 pentru Mac

În acest caz, modulele sau unitățile sunt testate independent. Fiecare modul primește o intrare, face unele prelucrări și generează ieșirea. Ieșirea este apoi validată în funcție de caracteristica așteptată.

Ce este testarea componentelor

Aplicațiile software au o natură imensă și este o provocare să testezi întregul sistem. Poate duce la multe lacune în acoperirea testului. Prin urmare, înainte de a trece la testarea integrării sau testarea funcțională, se recomandă să începeți cu testarea componentelor.

Citește și=> Unitate, integrare și diferență de testare funcțională

Ce veți învăța:

Testarea componentelor

Este un fel de testare a cutiei albe.

Deci, testarea componentelor caută erori și verifică funcționarea modulelor / programelor care pot fi testate separat.

Există o strategie de testare și un plan de testare pentru testarea componentelor. Și, pentru fiecare componentă, există un scenariu de testare care va fi defalcat în continuare în cazurile de testare. Diagrama de mai jos reprezintă același lucru:

Testarea componentelor

Obiectivul testării componentelor

Obiectivul principal al testării componentelor este de a verifica comportamentul de intrare / ieșire al obiectului de testare. Se asigură că funcționalitatea obiectului de testare funcționează corect și complet fin conform specificațiilor dorite.

Intrări la testarea nivelului componentelor

Cele patru intrări majore pentru testarea la nivel de componentă sunt:

  • Planul de testare a proiectului
  • Cerințe de sistem
  • Specificații componente
  • Implementări componente

Cine efectuează testarea componentelor?

Testarea componentelor se face de către serviciile QA sau de tester.

Ce se testează la testarea componentelor?

Testarea componentelor poate lua în considerare verificarea caracteristicilor funcționale sau nefuncționale specifice ale componentelor sistemului.

Poate fi testarea comportamentului resurselor (de exemplu, determinarea scurgerilor de memorie), testarea performanței, testarea structurală etc.

Când se efectuează testarea componentelor?

Testarea componentelor se efectuează după testarea unitară.

Componentele sunt testate imediat ce sunt create, deci există șanse ca rezultatele obținute dintr-o componentă testată să depindă de alte componente care la rândul lor nu sunt dezvoltate de acum.

În funcție de modelul ciclului de viață de dezvoltare, testarea componentelor poate fi efectuată izolat cu alte componente ale sistemului. Izolarea se face pentru a preveni influențele externe.

Deci, pentru a testa acea componentă, folosim butoane și driverepentru simularea interfeței dintre componentele software.

Testarea integrării se face după testarea componentelor.

Strategia de testare a componentelor de testare

În funcție de adâncimea nivelului de testare, testarea componentelor este împărțită în două părți:

  1. Testarea componentelor în mici (ctis)
  2. Testarea componentelor în dimensiuni mari (CTIL)

Când testarea componentelor se face izolat cu alte componente, se numește testarea componentelor în mici. Acest lucru se face fără a lua în considerare integrarea cu alte componente.

Când testarea componentelor se face fără izolare cu alte componente ale software-ului, atunci aceasta este numită testare componentă în mare. Acest lucru se întâmplă atunci când există o dependență de funcționalitatea fluxului componentelor și, prin urmare, nu le putem izola.

Dacă componentele de care avem dependență nu sunt încă dezvoltate, atunci folosim obiecte fictive în locul componentelor reale. Aceste obiecte fictive sunt butonul (funcție numită) și driverul (funcția de apelare).

Butoane și șoferi

Înainte de a trece la scurt despre Stubs și Drivers, ar trebui să vă informez despre diferența dintre testele componente și testele de integrare. Motivul este: butoanele și driverele sunt, de asemenea, utilizate în testarea integrării, astfel încât acest lucru poate duce la o anumită confuzie între aceste două tehnici de testare.

Tehnica de testare a integrării este o tehnică în care combinăm secvențial 2 componente și testăm împreună sistemul integrat. Datele dintr-un sistem sunt traversate către alt sistem și corectitudinea datelor este validată pentru sistemul integrat.

Spre deosebire de testarea modulelor în care singura componentă / modul este testată temeinic înainte de a o integra cu alte componente. Deci, putem spune că testarea componentelor se efectuează înainte de testarea integrării.

Utilizări atât pentru integrare, cât și pentru componente Butoane și șoferi .

„Șoferi” sunt programele fictive care sunt utilizate pentru a apela funcțiile celui mai jos modul în cazul în care funcția de apelare nu există.

„Stubs” poate fi denumit cod un fragment care acceptă intrările / cererile din modulul de sus și returnează rezultatele / răspunsul

După cum sa explicat anterior, componentele sunt testate individual și independent. Deci, pot exista unele caracteristici ale componentelor, dependente de cealaltă componentă care nu este dezvoltată în prezent. Deci, pentru a testa componentele cu aceste caracteristici „nedezvoltate”, trebuie să folosim niște agenți de stimulare care ar procesa datele și le vor returna componentelor apelante.

În acest fel ne asigurăm că componentele individuale sunt testate temeinic.

componentele individuale sunt testate temeinic

Aici vedem că:

  • C1, C2, C3, C4, C5, C6, C7, C8, C9 ————— sunt componentele
  • C1, C2 și C3 formează împreună subunitatea 1
  • C4 și C5 formează împreună Subunitatea 2
  • C6, C7 și C8 formează împreună Subunitatea 3
  • C9 singur face subunitatea 4
  • Subunitatea 1 și Subunitatea 2 se combină pentru a face unitatea de afaceri 1
  • Subunitatea 3 și subunitatea 4 se combină pentru a face unitatea de afaceri 2
  • Business Unit 1 și Business Unit 2 se combină pentru a crea aplicația.
  • Deci, testarea componentelor, în acest caz, ar fi să testeze componentele individuale care sunt de la C1 la C9.
  • Net săgeata dintre subunitatea 1 și subunitatea 2 arată punctul de testare a integrării.
  • În mod similar, Net săgeata dintre subunitatea 3 și subunitatea 4 arată punctul de testare a integrării
  • Săgeata verde dintre Business Unit 1 și Business Unit 2 arată punctul de testare a integrării

Prin urmare, am face:

  • COMPONENT testarea pentru C1 până la C9
  • INTEGRARE testarea între subunități și unități de afaceri
  • SISTEM testarea aplicației în ansamblu

Un exemplu

Până în prezent, trebuie să fi stabilit că testarea componentelor este un fel de tehnică de testare a cutiei albe . Ei bine, poate este corect. Dar asta nu înseamnă că această tehnică nu a putut fi utilizată în tehnica de testare a cutiei negre.

aplicații spion telefon mobil pentru Android

Luați în considerare o aplicație web imensă care începe cu o pagină de autentificare. Ca tester (și asta într-o lume agilă) nu am putut aștepta până când întreaga aplicație este dezvoltată și este pregătită pentru testare. Pentru a ne crește timpul de lansare pe piață, trebuie să începem testarea devreme. Deci, când vedem că pagina de autentificare este dezvoltată, trebuie să insistăm că este pusă la dispoziția noastră pentru testare.

De îndată ce aveți pagina de conectare disponibilă pentru testare, puteți executa toate cazurile de testare (pozitive și negative) pentru a vă asigura că funcționalitatea paginii de conectare funcționează conform așteptărilor.

Avantajele testării paginii dvs. de conectare în acest moment ar fi:

de ce alegeți întrebarea de interviu pentru testarea software-ului
  • Interfața de utilizare este testată pentru utilizare (greșeli de ortografie, sigle, aliniere, formatare etc.)
  • Incearca sa folosesti tehnici de testare negative ca de autentificare și autorizare. Există o mare probabilitate de a găsi defecte în aceste cazuri.
  • Utilizarea unor tehnici precum SQL Injections ar asigura testarea încălcării securității într-un stadiu incipient.

Defectele pe care le-ați înregistra în această etapă ar acționa ca „lecții învățate” pentru echipa de dezvoltare și acestea ar fi implementate în codificarea paginii consecutive. Prin urmare, testând devreme - ați asigurat o calitate mai bună a paginilor care încă nu au fost dezvoltate.

Deoarece celelalte pagini consecutive nu sunt încă dezvoltate, este posibil să aveți nevoie de butoane pentru a valida funcționalitatea paginii de autentificare. De exemplu ,s-ar putea să doriți o pagină simplă care să indice „înregistrarea cu succes”, în cazul acreditării corecte și fereastra pop-up a mesajului de eroare în caz de acreditări incorecte.

Puteți accesa tutorialul nostru anterior Testarea integrării pentru a avea mai multe informații despre butoane și drivere.

Cum se scriu cazuri de testare a componentelor?

Cazurile de testare pentru testarea componentelor sunt derivate din produse de lucru, de exemplu, proiectarea software-ului sau modelul de date. Fiecare componentă este testată printr-o secvență de cazuri de test în care fiecare caz de test acoperă o combinație specifică de intrare / ieșire, adică funcționalitate parțială.

Mai jos este un exemplu de fragment al unui caz de testare a componentelor pentru modulul de conectare.

Putem scrie și alte cazuri de testare în mod similar.

cazuri de testare

Testarea componentelor Vs Testarea unității

Prima diferență între testarea componentelor și testarea unitară este că prima este realizată de testeri, în timp ce a doua este realizată de dezvoltatori sau profesioniști SDET.

Testarea unității se efectuează la nivel granular. Pe de altă parte, testarea componentelor se face la nivelul aplicației. În testarea unitară, se verifică dacă un program individual sau o bucată de cod se execută conform specificațiilor. În testarea componentelor, fiecare obiect al software-ului este testat separat cu sau fără izolare cu alte componente / obiect al sistemului.

Deci, testarea componentelor seamănă cu testarea unitară, dar se face la un nivel mai înalt de integrare și în contextul aplicației (nu doar în contextul acelei unități / program ca și în testarea unității).

Component Vs Interface Vs Integration Vs Testarea sistemelor

Componenta , așa cum am explicat, este cea mai mică unitate a unei aplicații care este testată independent.

Un interfață este stratul de îmbinare a celor 2 componente. Testarea platformei sau a interfeței pe care interacționează cele două componente se numește testarea interfeței.

Acum, testarea interfeței este puțin diferită. Aceste interfețe sunt în mare parte API-uri sau Servicii Web , deci testarea acestor interfețe nu ar fi similară cu tehnica Black Box, mai degrabă ați face un fel de testare API sau testare serviciu web folosind SOAP UI sau orice alt instrument.

Odată ce testarea interfeței este terminată, vine Testarea integrării .

În timpul testului de integrare, combinăm componentele testate individual pe rând și le testăm incremental. În timpul integrării, validăm faptul că componentele individuale, atunci când sunt combinate una câte una, se comportă așa cum era de așteptat și datele nu sunt modificate atunci când trec de la un modul la alt modul.

Odată ce toate componentele sunt integrate și testate, efectuăm Testarea sistemelor pentru a testa întreaga aplicație / sistem ca întreg. Acest test validează cerințele comerciale față de software-ul implementat.

Concluzie

as spune ca Testarea unității iar testarea componentelor se face unul lângă altul.

Spre deosebire de testarea unității, care este realizată de echipa de dezvoltare, testarea componentelor / modulelor este efectuată de echipa de testare. Este întotdeauna recomandat să efectuați testarea componentelor înainte de a începe testarea integrării.

Dacă testarea componentelor este solidă, vom găsi mai puține defecte în testarea integrării. Ar exista probleme, dar aceste probleme ar fi legate de mediul de integrare sau provocările de configurare. Vă puteți asigura că funcționalitatea componentelor integrate funcționează bine.

Sper că acest tutorial a fost util pentru a înțelege componentele, integrarea și testarea sistemului. Dacă aveți în continuare întrebări, nu ezitați să ne întrebați în comentarii.

Lectură recomandată

^