Testarea de la capăt la cap
Testarea End To End este o metodă de testare software care validează întregul software de la început până la sfârșit, împreună cu integrarea acestuia cu interfețe externe. Scopul testării end-to-end este testarea întregului software pentru dependențe, integritatea datelor și comunicarea cu alte sisteme, interfețe și baze de date pentru a exercita o scenă de producție completă.
Împreună cu sistemul software, acesta validează și procesarea loturilor / datelor din alte sisteme din amonte / din aval. De aici, numele „End-to-End” . Testarea End to End este de obicei executată după testarea funcțională și a sistemului. Folosește producția reală, cum ar fi datele și mediul de testare, pentru a simula setări în timp real. Testarea end-to-end este, de asemenea, numită Testarea lanțului .
De ce testarea de la capăt la cap?
Testarea End To End verifică fluxul complet al sistemului și crește încrederea prin detectarea problemelor și creșterea acoperirii testelor subsistemelor. Sistemele software moderne sunt complexe și interconectate cu mai multe subsisteme care pot diferi de sistemele actuale. Întregul sistem se poate prăbuși prin eșecul oricărui subsistem care prezintă un risc major, care poate fi evitat prin testarea end-to-end.
Proces de testare cap la cap:
Următoarea diagramă oferă o prezentare generală a procesului de testare End to End.
Activitățile principale implicate în testarea de la capăt la cap sunt:
- Studiul cerințelor de testare cap la cap
- Configurați mediul de testare și cerințele hardware / software
- Descrieți toate sistemele și procesele subsistemelor sale.
- Descrierea rolurilor și responsabilităților pentru toate sistemele
- Metodologia și standardele de testare
- Urmărirea cerințelor de la capăt la cap și proiectarea cazurilor de testare
- Date de intrare și ieșire pentru fiecare sistem
Cum se creează cazuri de testare end-to-end?
Cadrul de proiectare de testare End to End este format din trei părți
- Construiți funcții de utilizator
- Condiții de construcție
- Construiți cazuri de testare
Construiți funcțiile utilizatorului
Următoarele activități ar trebui făcute ca parte a funcțiilor de construire a utilizatorului:
- Enumerați caracteristicile sistemului și componentele interconectate ale acestora
- Enumerați datele de intrare, acțiunea și datele de ieșire pentru fiecare caracteristică sau funcție
- Identificați relațiile dintre funcții
- Determinați dacă funcția poate fi reutilizabilă sau independentă
De exemplu , -Consider un scenariu în cazul în care vă conectați în contul bancar și să transferați bani în alt cont de la o altă bancă (3 rd partid sub-sistem)
- Conectați-vă la sistemul bancar
- Verificați suma soldului în cont
- Se transferă o anumită sumă din contul dvs. într -o anumită cont bancar alt (3 rd partid sub-sistem)
- Verificați cel mai recent sold al contului
- Deconectarea aplicației
Construiți condiții bazate pe funcția utilizatorului
Următoarele activități sunt efectuate ca parte a condițiilor de construcție:
- Construirea unui set de condiții pentru fiecare funcție de utilizator definită
- Condițiile includ secvența, calendarul și condițiile de date
De exemplu -Verificarea mai multor condiții cum ar fi
Pagina de logare
- Nume de utilizator și parolă nevalide
- Verificarea cu nume de utilizator și parolă valide
- Verificarea intensității parolei
- Verificarea mesajelor de eroare
Valoarea soldului
- Verificați soldul curent după 24 de ore. (Dacă transferul este trimis către o altă bancă)
- Verificați mesajul de eroare dacă suma transferului este mai mare decât suma curentă a soldului
Construiți un scenariu de testare
Construirea scenariului de testare pentru funcția utilizator definită
În acest caz,
- Conectați-vă la sistem
- Verificarea sumei soldului bancar
- Transferați suma soldului bancar
Construiți mai multe cazuri de testare
Construiți unul sau mai multe cazuri de testare pentru fiecare scenariu definit. Cazurile de testare pot include fiecare condiție ca un singur caz de testare.
Valori pentru testarea End to End:
Următoarele sunt câteva dintre multele valori utilizate pentru testarea de la capăt la cap.
- Starea de pregătire a cazului de testare: oferă progresul pregătirii cazului de testare în raport cu planificarea
- Progresul săptămânal al testului - Oferă detalii săptămânale despre finalizarea procentuală a testului - Eșuat, neexecutat și executat în raport cu testele de execuție planificate.
- Starea defectelor și detalii - Oferă procentajul defectelor deschise și închise până săptămână. De asemenea, distribuirea defectelor săptămânale în funcție de severitate și prioritate
- Disponibilitatea mediului - Numărul total de ore „în sus” / Numărul total de ore programate pe zi pentru testare
Testarea cap la cap vs. testarea sistemului
| Testarea capăt la capăt | Testarea sistemului |
|---|---|
| Validează sistemul software, precum și subsistemele interconectate | Validează doar sistemul software conform specificațiilor cerințelor. |
| Verifică fluxul complet de proces end-to-end. | Verifică funcționalitățile și caracteristicile sistemului. |
| Toate interfețele, sistemele backend vor fi luate în considerare pentru testare | Testarea funcțională și nefuncțională va fi luată în considerare pentru testare |
| Se execută după finalizarea testării sistemului. | Este executat după testarea integrării. |
| Testarea End to End implică verificarea interfețelor externe care pot fi complexe de automatizat. Prin urmare, este preferată testarea manuală. | Atât manualul, cât și automatizarea pot fi efectuate pentru testarea sistemului |
Concluzie
În Ingineria software-ului, Testarea de la capăt la capăt este procesul de verificare a unui sistem software împreună cu subsistemele sale. Cea mai mare provocare în acest test este de a avea suficiente cunoștințe despre întregul sistem, precum și un subsistem interconectat.