Ce este testarea integrării?
TESTAREA INTEGRĂRII este definită ca un tip de testare în care modulele software sunt integrate logic și testate ca grup. Un proiect software tipic constă din mai multe module software, codificate de diferiți programatori. Scopul acestui nivel de testare este de a expune defecte în interacțiunea dintre aceste module software atunci când acestea sunt integrate
Testarea integrării se concentrează pe verificarea comunicării datelor între aceste module. Prin urmare, este denumit și „I & T” (Integrare și testare), „Testarea șirurilor” și uneori „Testarea firului” .
- Ce este testarea integrării?
- De ce se efectuează testarea integrării?
- Exemplu de caz de testare a integrării
- Abordări, strategii, metodologii de testare a integrării
- Abordarea Big Bang:
- Abordare incrementală
- Ce este Stub and Driver?
- Integrare de jos în sus
- Integrare de sus în jos:
- Integrare hibrid / sandwich
- Cum se face testarea integrării?
- Scurtă descriere a planurilor de testare a integrării:
- Criteriile de intrare și ieșire ale testării integrării
- Cele mai bune practici / Liniile directoare pentru testarea integrării
De ce se efectuează testarea integrării?
Deși fiecare modul software este testat pe unitate, există defecte încă din diferite motive, cum ar fi
- Un modul, în general, este proiectat de un dezvoltator de software individual a cărui logică de înțelegere și programare poate diferi de alți programatori. Testarea integrării devine necesară pentru a verifica modulele software funcționează în unitate
- În momentul dezvoltării modulului, există șanse mari de schimbare a cerințelor de către clienți. Este posibil ca aceste noi cerințe să nu fie testate pe unitate și, prin urmare, devine necesară testarea integrării sistemului.
- Interfețele modulelor software cu baza de date ar putea fi eronate
- Interfețele hardware externe, dacă există, ar putea fi eronate
- Tratarea inadecvată a excepțiilor ar putea cauza probleme.
Faceți clic aici dacă videoclipul nu este accesibil
Exemplu de caz de testare a integrării
Integration Test Case diferă de alte cazuri de test în sensul că se concentrează în principal pe interfețele și fluxul de date / informații dintre module . Aici trebuie să se acorde prioritate legăturilor de integrare, mai degrabă decât funcțiilor unității care sunt deja testate.
Exemple de cazuri de testare a integrării pentru următorul scenariu: Aplicația are 3 module care spun „Pagina de autentificare”, „Căsuța poștală” și „Ștergeți e-mailurile” și fiecare dintre ele este integrat logic.
Aici nu vă concentrați prea mult pe testarea paginii de conectare, deoarece a fost deja făcută în testarea unității. Dar verificați cum este legată de pagina Căsuță poștală.
În mod similar, Mail Box: Verificați integrarea acestuia în modulul Ștergere mesaje.
| Test ID-ul cazului | Obiectivul cazului de testare | Descrierea cazului de testare | rezultat asteptat |
|---|---|---|---|
| 1 | Verificați legătura interfeței dintre modulul Login și Mailbox | Introduceți datele de conectare și faceți clic pe butonul Login | Pentru a fi direcționat către căsuța poștală |
| 2 | Verificați legătura interfeței dintre cutia poștală și modulul Ștergeți e-mailurile | Din Căsuța poștală selectați e-mailul și faceți clic pe un buton de ștergere | E-mailul selectat trebuie să apară în folderul Șters / Coș de gunoi |
Abordări, strategii, metodologii de testare a integrării
Ingineria software definește o varietate de strategii pentru a executa testarea integrării, și anume.
- Abordarea Big Bang:
- Abordare incrementală: care este împărțită în continuare în următoarele
- Abordare de sus în jos
- Abordarea de jos în sus
- Abordare Sandwich - Combinație de sus în jos și de jos în sus
Mai jos sunt diferite strategii, modul în care sunt executate și limitările lor, precum și avantajele.
Testarea Big Bang-ului
Testarea Big Bang este o abordare de testare a integrării în care toate componentele sau modulele sunt integrate împreună simultan și apoi testate ca unitate. Acest set combinat de componente este considerat ca o entitate în timpul testării. Dacă toate componentele din unitate nu sunt finalizate, procesul de integrare nu se va executa.
Avantaje:
- Convenabil pentru sistemele mici.
Dezavantaje:
- Localizarea defectelor este dificilă.
- Având în vedere numărul mare de interfețe care trebuie testate în această abordare, unele interfețe care vor fi testate ar putea fi ratate cu ușurință.
- Deoarece testarea integrării poate începe numai după ce „toate” modulele sunt proiectate, echipa de testare va avea mai puțin timp pentru executare în faza de testare.
- Deoarece toate modulele sunt testate simultan, modulele critice cu risc ridicat nu sunt izolate și testate cu prioritate. Modulele periferice care se ocupă de interfețele utilizatorului nu sunt, de asemenea, izolate și testate cu prioritate.
Testarea incrementală
În abordarea de testare incrementală , testarea se face prin integrarea a două sau mai multe module care sunt legate logic între ele și apoi testate pentru funcționarea corectă a aplicației. Apoi, celelalte module conexe sunt integrate în mod incremental și procesul continuă până când toate modulele legate în mod logic sunt integrate și testate cu succes.
Abordarea incrementală, la rândul său, se realizează prin două metode diferite:
- De jos în sus
- De sus în jos
Butoane și șoferi
Stubs și Drivers sunt programele fictive din testarea integrării utilizate pentru a facilita activitatea de testare a software-ului. Aceste programe acționează ca înlocuitori pentru modelele lipsă în testare. Nu implementează întreaga logică de programare a modulului software, dar simulează comunicarea de date cu modulul apelant în timpul testării.
Stub : este apelat de modulul aflat sub test.
Driver : apelează modulul pentru a fi testat.
Testarea integrării de jos în sus
Testarea integrării de jos în sus este o strategie în care sunt testate mai întâi modulele de nivel inferior. Aceste module testate sunt apoi utilizate în continuare pentru a facilita testarea modulelor de nivel superior. Procesul continuă până când toate modulele de la nivelul superior sunt testate. Odată ce modulele de nivel inferior sunt testate și integrate, atunci se formează următorul nivel de module.
Reprezentare diagramă :
Avantaje:
- Localizarea defectelor este mai ușoară.
- Nu se pierde timp în așteptarea dezvoltării tuturor modulelor, spre deosebire de abordarea Big-bang
Dezavantaje:
- Modulele critice (la nivelul superior al arhitecturii software) care controlează fluxul aplicației sunt testate ultima dată și pot fi predispuse la defecte.
- Un prototip timpuriu nu este posibil
Testarea integrării de sus în jos
Testarea integrării de sus în jos este o metodă în care testarea integrării are loc de sus în jos, urmând fluxul de control al sistemului software. Modulele de nivel superior sunt testate mai întâi și apoi modulele de nivel inferior sunt testate și integrate pentru a verifica funcționalitatea software-ului. Stuburile sunt utilizate pentru testare dacă unele module nu sunt pregătite.
Reprezentare diagramă:
Avantaje:
- Localizarea defectelor este mai ușoară.
- Posibilitatea de a obține un prototip timpuriu.
- Modulele critice sunt testate cu prioritate; defectele majore de proiectare ar putea fi găsite și remediate mai întâi.
Dezavantaje:
- Are nevoie de multe butoane.
- Modulele la un nivel inferior sunt testate inadecvat.
Testarea Sandwich-ului
Sandwich Testing este o strategie în care modulele de nivel superior sunt testate cu module de nivel inferior în același timp, modulele inferioare sunt integrate cu modulele de top și testate ca sistem. Este o combinație de abordări de sus în jos și de jos în sus, prin urmare se numește testare de integrare hibridă . Se folosește atât de butoane, cât și de șoferi.
Cum se face testarea integrării?
Procedura de testare a integrării, indiferent de strategiile de testare software (discutate mai sus):
- Pregătiți Planul de teste de integrare
- Proiectați scenariile de testare, cazurile și scripturile.
- Executarea testului Cazuri urmate de raportarea defectelor.
- Urmărirea și re-testarea defectelor.
- Pașii 3 și 4 se repetă până la finalizarea Integrării are succes.
Scurtă descriere a planurilor de testare a integrării:
Acesta include următoarele atribute:
- Metode / Abordări de testare (așa cum s-a discutat mai sus).
- Domenii de aplicare și în afara domeniilor Elemente de testare a integrării.
- Roluri si responsabilitati.
- Condiții prealabile pentru testarea integrării.
- Mediul de testare.
- Planuri de risc și atenuare.
Criteriile de intrare și ieșire ale testării integrării
Criterii de intrare și ieșire la faza de testare a integrării în orice model de dezvoltare software
Criterii de intrare:
- Componente / module testate de unitate
- Toate erorile cu prioritate ridicată au fost remediate și închise
- Toate modulele vor fi completate și integrate cu succes.
- Testele de integrare Plan, caz de testare, scenarii care trebuie semnate și documentate.
- Mediul de testare necesar este configurat pentru testarea integrării
Criterii de ieșire:
- Testarea cu succes a aplicației integrate.
- Cazurile de testare executate sunt documentate
- Toate erorile cu prioritate ridicată au fost remediate și închise
- Documentele tehnice care urmează să fie prezentate urmate de Note de lansare.
Cele mai bune practici / Liniile directoare pentru testarea integrării
- Mai întâi, determinați strategia de testare a integrării care ar putea fi adoptată și, mai târziu, pregătiți cazurile de testare și datele de testare în consecință.
- Studiați proiectarea arhitecturii aplicației și identificați modulele critice. Acestea trebuie testate cu prioritate.
- Obțineți proiectele interfeței de la echipa Architectural și creați cazuri de testare pentru a verifica în detaliu toate interfețele. Interfața cu baza de date / hardware extern / aplicația software trebuie testată în detaliu.
- După cazurile de testare, datele de testare joacă rolul critic.
- Pregătiți întotdeauna datele simulate înainte de executare. Nu selectați datele de testare în timpul executării cazurilor de testare.