niveluri de testare-Un ghid pentru începători pentru testeri Software

nivelurile de Testare Software reprezintă diferitele faze ale ciclului de viață al dezvoltării de software, care include o formă de testare.

de obicei, testarea Software-ului este împărțită în patru niveluri de testare:

1. Unitatea de testare
2. Testarea integrării
3. Testarea sistemului
4. Testare de acceptare

niveluri de testare în ciclul de viață al dezvoltării de Software

acum, scufundați-vă pentru a înțelege mai multe despre nivelurile de testare.

testarea unității:

testarea unității este primul nivel de validare realizat de dezvoltatori. Se asigură că cea mai mică unitate de cod funcționează corect. O unitate ar putea fi o funcție, un fișier sau un program. Prin urmare, îl putem numi și ca testare la nivel de modul sau componentă.

testarea integrării:

testarea integrării facilitează testarea conexiunii sau a schimbului de date care are loc între un set diferit de module. De asemenea, îl puteți numi i&testare T sau abordare de testare a șirurilor.

se taie în mai multe abordări, cum ar fi abordarea de sus în jos, de jos în sus și de tip Sandwich (amestec de sus în jos și de jos în sus). Acest proces este ajutat de utilizarea programelor model cunoscute sub numele de Stubs și drivere. Aceste două module nu simulează întreaga logică de programare a sistemului, ci validează transferul de date folosind modulul de apelare.

integrare Big Bang:

în testarea Big Bang, integrarea nu poate fi validată până când toate modulele nu sunt disponibile. Odată ce acestea sunt gata, se va verifica dacă acestea sunt performante bine. Acest tip de testare are unele dezavantaje, cum ar fi bug-uri pot apărea în etapa ulterioară. De asemenea, este greu de localizat de unde a provenit defectul, a fost în interfață sau în interiorul codului modulului.

integrare de sus în jos:

în testarea de sus în jos, integrarea tuturor modulelor de nivel înalt se întâmplă mai întâi și intră în testare într-un stadiu incipient. În acest tip de testare, Stubs acționează ca module fictive dacă omologul său original nu este încă pregătit pentru scopul integrării.

testarea integrării de Jos în sus:

în integrarea de Jos în sus, integrarea tuturor modulelor de nivel scăzut se întâmplă mai întâi și intră în etapa de testare. Aici, la fel ca butucurile, șoferii acționează ca un modul fals în scopul integrării.

Stub:

este un program de testare care este apelat de modulul testat.

Driver:

este, de asemenea, un program de testare care pornește modulul testat.

testarea sistemului (sau testarea End-to-End):

rămâne în partea de jos a piramidei de testare și se încadrează în categoria testării cutiei negre

deoarece aici are loc validarea completă a aplicației integrate, de aceea o putem numi și testare a fluxului End-to-End.

confirmă faptul că produsul rulează conform așteptărilor pe toate platformele acceptate. Testele cu date de intrare diferite sunt executate pentru a verifica dacă aplicația returnează ieșirile așteptate. De asemenea, evaluează experiența utilizatorului în timpul testării.

testarea acceptării:

intenționează să ajute la câștigarea aprobărilor clienților, astfel încât aceștia să poată primi produsul și să elibereze plățile.

testarea de acceptare are următoarele subtipuri, cum ar fi alfa, Beta& testarea Gamma.

Alpha Testing:

Alpha testing se aseamănă cu testarea utilizabilității care este executată de dezvoltatorii care au creat produsul. În unele cazuri, clienții solicită ca acesta să funcționeze în mediile lor de către evaluatorul extern în prezența dezvoltatorilor de bază/QA.

testarea Beta:

un număr limitat de utilizatori finali efectuează testarea beta înainte de livrare. Dacă ridică necesitatea unor modificări, defectul este creat și atribuit dezvoltatorilor pentru rezolvare.

testarea Gamma:

testarea Gamma verifică software-ul pentru disponibilitatea lansării. Apare la sfârșitul ciclului de viață al dezvoltării de software.

trebuie citit – 100 de întrebări de interviu de testare manuală pentru testeri de toate nivelurile de experiență.