Diferența dintre testarea unitară, de integrare și funcțională

O comparație detaliată a testării unitare, de integrare și funcționale:

Pentru orice aplicație software, atât testarea unitară, cât și testarea de integrare sunt foarte importante, deoarece fiecare dintre ele utilizează un proces unic pentru a testa o aplicație software.

Dar niciunul dintre ele sau chiar ambele nu pot înlocui testarea funcțională în niciun moment.

Testarea unitară Vs Testarea de integrare Vs Testarea funcțională

Testarea unitară înseamnă testarea modulelor individuale ale unei aplicații în mod izolat (fără nici o interacțiune cu dependențele) pentru a confirma faptul că codul face lucrurile corect.

Testarea integrării înseamnă a verifica dacă diferite module funcționează bine atunci când sunt combinate împreună ca grup.

Testarea funcțională înseamnă testarea unei porțiuni de funcționalitate din sistem (care poate interacționa cu dependențele) pentru a confirma că codul face ceea ce trebuie.

Testele funcționale sunt înrudite cu testele de integrare, însă ele se referă la testele care verifică funcționalitatea întregii aplicații cu tot codul care rulează împreună, aproape un super test de integrare.

Testarea unitară are în vedere verificarea unei singure componente a sistemului, în timp ce testarea funcționalității are în vedere verificarea funcționării unei aplicații în raport cu funcționalitatea prevăzută, descrisă în specificația cerințelor sistemului. Pe de altă parte, testarea de integrare are în vedere verificarea modulelor integrate în sistem.

Și, cel mai important, pentru a optimiza rentabilitatea investiției (ROI), baza de cod ar trebui să aibă cât mai multe teste unitare, cât mai puține teste de integrare și cât mai puține teste funcționale.

Acest lucru este ilustrat cel mai bine în următoarea piramidă de testare:

Testele unitare sunt mai ușor de scris și mai rapid de executat. Timpul și efortul de implementare și întreținere a testelor crește de la testarea unitară la testarea funcțională, așa cum se arată în piramida de mai sus.

Exemplu:

Să înțelegem aceste trei tipuri de testare cu un exemplu prea simplificat.

De exemplu Pentru un telefon mobil funcțional, principalele componente necesare sunt "bateria" și "cartela SIM".

Exemplu de testare unitară - Se verifică durata de viață a bateriei, capacitatea și alți parametri. Se verifică activarea cartelei SIM.

Exemplu de testare a integrării - Bateria și cartela SIM sunt integrate, adică asamblate pentru a pune în funcțiune telefonul mobil.

Exemplu de testare funcțională - Funcționalitatea unui telefon mobil este verificată în ceea ce privește funcțiile sale și utilizarea bateriei, precum și facilitățile pentru cartele sim.

Am văzut un exemplu în termeni simpli.

Acum, să luăm un exemplu tehnic de pagină de autentificare:

Aproape fiecare aplicație web necesită ca utilizatorii/clienții săi să se logheze. În acest scop, fiecare aplicație trebuie să aibă o pagină "Login" care să aibă aceste elemente:

  • Cont/Nume de utilizator
  • Parola
  • Butonul de conectare/înregistrare

Pentru testarea unitară, cazurile de testare pot fi următoarele:

  • Lungimea câmpului - câmpurile de nume de utilizator și parolă.
  • Valorile câmpurilor de intrare trebuie să fie valide.
  • Butonul de conectare este activat numai după ce sunt introduse valori valide (Format și lungime) în ambele câmpuri.

Pentru testarea integrării, următoarele cazuri de testare pot fi următoarele:

  • Utilizatorul vede mesajul de bun venit după ce introduce valori valide și apasă butonul de conectare.
  • Utilizatorul ar trebui să fie condus la pagina de bun venit sau la pagina principală după ce a fost validat și a făcut clic pe butonul de conectare.

Acum, după ce testele unitare și de integrare sunt efectuate, să vedem ce se întâmplă suplimentar cazurile de testare care sunt luate în considerare pentru testarea funcțională:

  1. Se verifică comportamentul așteptat, adică dacă utilizatorul poate să se conecteze făcând clic pe butonul de conectare după ce a introdus un nume de utilizator și o parolă valide.
  2. Există un mesaj de bun venit care trebuie să apară după o autentificare reușită?
  3. Există un mesaj de eroare care ar trebui să apară la o autentificare invalidă?
  4. Există cookie-uri stocate pe site pentru câmpurile de autentificare?
  5. Poate un utilizator inactivat să se conecteze?
  6. Există vreun link de tip "am uitat parola" pentru utilizatorii care și-au uitat parolele?

Există mult mai multe cazuri de acest fel care vin în mintea unui tester funcțional în timpul testării funcționale. Dar un dezvoltator nu poate lua în considerare toate cazurile în timp ce construiește cazuri de testare de unitate și de integrare.

Astfel, există o mulțime de scenarii care nu au fost încă testate chiar și după testarea unitară și de integrare.

Acum este momentul să examinăm testarea unitară, de integrare și funcțională, una câte una.

Ce este testarea unitară?

După cum sugerează și numele, acest nivel presupune testarea unei "unități".

Aici unitatea poate fi cea mai mică parte a unei aplicații care poate fi testată, fie că este cea mai mică funcție individuală, metodă etc. Dezvoltatorii de software sunt cei care scriu cazurile de testare a unității. Scopul este de a face să corespundă cerințele și comportamentul așteptat al unității.

Mai jos sunt câteva puncte importante despre testarea unitară și beneficiile acesteia:

  • Testarea unitară se face înainte de testarea de integrare de către dezvoltatorii de software folosind tehnici de testare cu cutie albă.
  • Testarea unitară nu verifică doar comportamentul pozitiv, adică ieșirea corectă în cazul unei intrări valide, ci și eșecurile care apar în cazul unei intrări invalide.
  • Descoperirea problemelor/bugs într-un stadiu incipient este foarte utilă și reduce costurile totale ale proiectului. Deoarece testarea unitară se face înainte de integrarea codului, problemele găsite în această etapă pot fi rezolvate foarte ușor, iar impactul lor este, de asemenea, foarte mic.
  • Un test unitar testează bucăți mici de cod sau funcții individuale, astfel încât problemele/erorile găsite în aceste cazuri de testare sunt independente și nu au impact asupra celorlalte cazuri de testare.
  • Un alt avantaj important este faptul că testele unitare simplifică și facilitează testarea codului. Astfel, devine mai ușor să se rezolve problemele și într-o etapă ulterioară, deoarece trebuie testată doar ultima modificare a codului.
  • Testarea unitară economisește timp și costuri, este reutilizabilă și ușor de întreținut.

JUnit (cadrul Java), PHPUnit (cadrul PHP), NUnit (cadrul .Net) etc. sunt instrumente populare de testare unitară care sunt utilizate pentru diferite limbaje.

Ce este testarea de integrare?

Testarea integrării constă în testarea integrării diferitelor părți ale sistemului împreună. Două părți sau module diferite ale sistemului sunt mai întâi integrate și apoi se efectuează testarea integrării.

Scopul testelor de integrare este de a verifica funcționalitatea, fiabilitatea și performanța sistemului atunci când este integrat.

Testarea integrării se efectuează pe modulele care sunt testate mai întâi la nivel de unitate și apoi testarea integrării definește dacă combinația modulelor dă sau nu rezultatul dorit.

Testarea integrării poate fi efectuată fie de către testeri independenți, fie de către dezvoltatori.

Există 3 tipuri diferite de abordări de testare a integrării. Să discutăm pe scurt fiecare dintre ele:

a) Abordarea de integrare Big Bang

În cadrul acestei abordări, toate modulele sau unitățile sunt integrate și testate ca un întreg la un moment dat. De obicei, acest lucru se face atunci când întregul sistem este pregătit pentru testarea integrării într-un singur moment.

Vă rugăm să nu confundați această abordare de testare a integrării cu testarea sistemului, deoarece se testează doar integrarea modulelor sau a unităților și nu întregul sistem, așa cum se face în cazul testării sistemului.

Principalul punct de vedere al abordării big bang avantaj este că tot ceea ce este integrat este testat o singură dată.

Unul dintre cele mai importante dezavantaj este că devine dificil de identificat eșecurile.

Exemplu: În figura de mai jos, Unitatea 1 - Unitatea 6 sunt integrate și testate folosind abordarea Big Bang.

b) Abordarea de sus în jos

Integrarea unităților/modulelor este testată pas cu pas, de la nivelul superior la cel inferior.

Prima unitate este testată individual prin scrierea de STUBS de testare. După aceasta, nivelurile inferioare sunt integrate una câte una până când ultimul nivel este asamblat și testat.

Abordarea de sus în jos este o modalitate foarte organică de integrare, deoarece este în concordanță cu modul în care se întâmplă lucrurile în mediul real.

Singurul îngrijorare cu această abordare este că funcționalitatea principală este testată la sfârșit.

c) Abordarea de jos în sus

Unitățile/modulele sunt testate de la nivelul inferior la cel superior, pas cu pas, până când toate nivelurile de unități/module sunt integrate și testate ca o singură unitate. Programele de stimulare numite DRIVERS Este mai ușor să se detecteze problemele sau erorile la nivelurile inferioare.

Principalul dezavantaj a acestei abordări este că problemele de nivel superior pot fi identificate doar la final, când toate unitățile au fost integrate.

Testarea unitară vs Testarea de integrare

După ce am discutat suficient despre testarea unitară și testarea de integrare, să trecem rapid în revistă diferențele dintre cele două în tabelul următor:

Testarea unitară Testarea integrării
Testează o singură componentă a întregului sistem, adică testează o unitate în mod izolat. Testează componentele sistemului care lucrează împreună, adică testează colaborarea mai multor unități.
Mai rapid de executat Poate rula lent
Nu există dependențe externe. Orice dependență externă este simulată sau eliminată. Necesită interacțiunea cu dependențele externe (de exemplu, baza de date, hardware etc.)
Simplu Complex
Realizat de dezvoltator Realizat de către tester
Este un tip de testare a cutiei albe Este un tip de testare a cutiei negre
Se efectuează în faza inițială a testării și apoi poate fi efectuată oricând Trebuie să fie efectuată după testarea unitară și înainte de testarea sistemului
Întreținere ieftină Întreținere costisitoare
Începe de la specificația modulului Începe de la specificația interfeței
Testarea unitară are un domeniu de aplicare restrâns, deoarece verifică doar dacă fiecare bucată mică de cod face ceea ce trebuie să facă. Are un domeniu de aplicare mai larg, deoarece acoperă întreaga aplicație.
Rezultatul testării unitare este o vizibilitate detaliată a codului. Rezultatul testării integrării este vizibilitatea detaliată a structurii de integrare.
Descoperă problemele din cadrul funcționalității modulelor individuale. Nu expune erorile de integrare sau problemele la nivel de sistem. Descoperiți erorile care apar atunci când diferite module interacționează între ele pentru a forma sistemul global.

Testarea funcțională

O tehnică de testare a cutiei negre, în care se testează funcționalitatea aplicației pentru a genera rezultatul dorit la furnizarea unei anumite intrări, se numește "testare funcțională".

În cadrul proceselor noastre de testare software, facem acest lucru prin scrierea de cazuri de testare conform cerințelor și scenariilor. Pentru orice funcționalitate, numărul de cazuri de testare scrise poate varia de la unul la mai multe.

Concluzie

Toate aceste trei tipuri de testare sunt corelate.

Pentru a obține o acoperire completă, este necesar să existe teste unitare pentru căile/linii de cod, teste funcționale și teste de integrare pentru a se asigura că "unitățile" funcționează împreună în mod coerent.

Sperăm că acest articol v-a oferit o idee clară despre testarea unitară, de integrare și funcțională, împreună cu diferențele dintre ele, deși există mult mai multe forme de testare!!!

Lecturi recomandate

    Derulați în sus