what is end end testing
Ce este testarea de la capăt la capăt: Cadrul de testare E2E cu exemple
Testarea end-to-end este o metodologie de testare software pentru a testa un flux de aplicații de la început până la sfârșit. Scopul testării end to end este de a simula scenariul real al utilizatorului și de a valida sistemul testat și componentele sale pentru integrare și integritate a datelor.
Nimeni nu vrea să fie cunoscut pentru greșelile și neglijența lor, la fel și în cazul testerilor. Când testerilor li se atribuie o aplicație de testat, din acel moment, își asumă responsabilitatea și aplicația acționează și ca o platformă pentru a-și arăta cunoștințele de testare practică și tehnică.
Deci, pentru a o descrie tehnic, pentru a ne asigura că testarea se face complet, este necesar să se efectueze „ Testarea End to End ' .
În acest tutorial, vom afla ce este testarea de la capăt la cap, cum se face, de ce este necesar, care sunt matricele utilizate, cum se creează un capăt pentru a termina cazuri de test specifice și câteva alte aspecte importante, de asemenea. De asemenea, vom afla despre testarea sistemului și îl vom compara cu testul End to End.
Real, de asemenea => Instruire de la un capăt la altul pentru un proiect live - Instruire gratuită online pentru controlul calității.
Ce veți învăța:
ce este testarea funcțională cu exemplu
- Ce este testarea de la capăt la cap?
- Instrumente de testare end-to-end
- Cum funcționează testul de la capăt la cap?
- Metode de testare E2E
- De ce efectuăm testarea E2E?
- E2E Testing Design Framework
- Valori implicate
- Concluzie
Ce este testarea de la capăt la cap?
Testarea end-to-end este o metodologie de testare software pentru a testa un flux de aplicații de la început până la sfârșit. Scopul acestei testări este de a simula scenariul real al utilizatorului și de a valida sistemul testat și componentele sale pentru integrare și integritate a datelor.
Se realizează de la început până la sfârșit în scenarii din lumea reală, cum ar fi comunicarea aplicației cu hardware, rețea, bază de date și alte aplicații.
Principalul motiv pentru efectuarea acestei testări este determinarea diferitelor dependențe ale unei aplicații, precum și asigurarea faptului că informațiile exacte sunt comunicate între diferite componente ale sistemului. De obicei, se efectuează după finalizarea testării funcționale și de sistem a oricărei aplicații.
Să luăm un exemplu de Gmail:
Verificarea End to End a unui cont Gmail va include următorii pași:
- Lansarea unei pagini de autentificare Gmail prin URL.
- Conectarea la contul Gmail utilizând acreditări valide.
- Accesarea Mesajelor primite. Deschiderea e-mailurilor citite și necitite.
- Compunerea unui nou e-mail, răspundeți sau redirecționați un e-mail.
- Deschiderea articolelor trimise și verificarea e-mailurilor.
- Verificarea e-mailurilor din folderul Spam
- Deconectarea de la aplicația Gmail făcând clic pe „deconectare”
Instrumente de testare end-to-end
Instrument recomandat:
# 1) TestCraft
Vă recomandăm să utilizați un instrument de automatizare de test end-to-end, cum ar fi TestCraft.
TestCraft este o platformă de automatizare a testelor Selenium fără cod. Tehnologia sa revoluționară AI și modelarea vizuală unică permit crearea și executarea mai rapidă a testelor, eliminând în același timp cheltuielile de întreținere.
Testerii creează scenarii de testare complet automatizate fără codificare. Clienții găsesc erorile mai repede, lansează mai frecvent, se integrează cu abordarea CI / CD și îmbunătățesc calitatea generală a produselor lor digitale. Toate acestea creează o experiență completă de testare cap la cap.
=> Vizitați site-ul web TestCraft
Cum funcționează testul de la capăt la cap?
Pentru a înțelege ceva mai mult, permiteți-ne să aflăm Cum functioneaza?
Ia unexemplual industriei bancare. Puțini dintre noi trebuie să fi încercat Stocuri. Atunci când un deținător de cont Demat achiziționează orice acțiune, un anumit procent dintr-o sumă trebuie să fie dat brokerului. Când acționarul vinde acțiunea respectivă, indiferent dacă obține profit sau pierdere, un anumit procent din sumă este dat din nou brokerului. Toate aceste tranzacții sunt reflectate și gestionate în conturi. Întregul proces implică gestionarea riscurilor.
Când ne uităm la exemplul de mai sus, ținând cont de testul End-to-End, vom constata că întregul proces include mai multe numere, precum și diferite niveluri de tranzacții. Întregul proces implică multe sisteme care pot fi dificil de testat.
Metode de testare E2E
# 1) Test orizontal:
Această metodă este utilizată foarte frecvent. Apare orizontal în contextul mai multor aplicații. Această metodă poate apărea cu ușurință într-o singură aplicație ERP (Enterprise Resource Planning). Luați un exemplu de aplicație bazată pe web a unui sistem de comandă online. Întregul proces va include conturi, starea inventarului produselor, precum și detalii de expediere.
# 2) Test vertical:
În această metodă, toate tranzacțiile oricărei aplicații sunt verificate și evaluate chiar de la început până la sfârșit. Fiecare strat individual al aplicației este testat începând de sus în jos. Luați un exemplu de aplicație bazată pe web care folosește coduri HTML pentru a ajunge la servere web. În astfel de cazuri, API-ul este necesar pentru a genera coduri SQL în baza de date. Toate aceste scenarii de calcul complexe vor necesita validarea adecvată și testarea dedicată. Astfel, această metodă este mult mai dificilă.
' Testarea cutiei albe ' precum și ' Testarea cutiei negre ' ambele sunt asociate cu această testare. Sau cu alte cuvinte, putem spune, aceasta este combinația de beneficii atât a testării cutiei albe, cât și a testării cutiei albe. În funcție de tipul de software în curs de dezvoltare, la diferite niveluri, atât tehnicile de testare, adică testarea cutiei albe, cât și a cutiei negre, sunt folosite când și când este necesar. Practic, testul End to End realizează o abordare funcțională și arhitecturală pentru orice software sau programe pentru validarea funcțiilor sistemului.
Testerii cum ar fi verificarea End to End, deoarece scrierea testelor de la utilizator ' Perspectiva și într-un scenariu din lumea reală, poate evita cele două greșeli comune. ' lipsind un bug ' și ' scrierea unor cazuri de testare care nu verifică scenarii din lumea reală ' . Acest lucru oferă testerilor un sentiment imens de realizare.
Mai jos sunt enumerate câteva linii directoare care ar trebui să fie luate în considerare la proiectarea cazurilor de testare pentru efectuarea acestui tip de testare:
- Testele ar trebui să fie concepute din perspectiva utilizatorului final.
- Ar trebui să se concentreze pe testarea unor caracteristici existente ale sistemului.
- Ar trebui luate în considerare mai multe scenarii pentru crearea mai multor cazuri de testare.
- Trebuie create diferite seturi de cazuri de testare pentru a se concentra pe scenarii multiple ale sistemului.
Pe măsură ce executăm orice caz de testare, este similar cu acest test. Dacă cazurile de testare sunt „Treceți”, adică obținem rezultatul scontat, se spune că sistemul a trecut cu succes testul End to End. La fel, dacă sistemul nu produce ieșirea dorită, atunci este necesară o nouă testare a unui caz de testare, ținând cont de zonele de eșec.
De ce efectuăm testarea E2E?
În scenariul prezent, așa cum se arată și în diagrama de mai sus, un sistem software modern cuprinde interconectarea sa cu mai multe subsisteme. Acest lucru a făcut ca sistemele software moderne să fie foarte complicate.
Aceste subsisteme despre care vorbim pot fi în cadrul aceleiași organizații sau, în multe cazuri, pot fi și ale unor organizații diferite. De asemenea, aceste subsisteme pot fi oarecum similare sau diferite de sistemul actual. În consecință, dacă există vreo defecțiune sau defecțiune în orice subsistem, aceasta poate afecta negativ întregul sistem software care duce la prăbușirea acestuia.
Aceste riscuri majore pot fi evitate și pot fi controlate prin acest tip de testare:
- Păstrați o verificare și efectuați verificarea fluxului sistemului.
- Măriți zonele de acoperire a testelor pentru toate subsistemele implicate în sistemul software.
- Detectează probleme, dacă există, cu subsistemele și astfel crește productivitatea întregului sistem software.
Mai jos sunt menționate puține activități care sunt incluse în procesul final la sfârșit:
- Un studiu aprofundat al cerințelor pentru efectuarea acestei testări.
- Corect crearea de medii de testare.
- Un studiu aprofundat al cerințelor hardware și software.
- Descrieri ale tuturor subsistemelor, precum și ale principalului sistem software implicat.
- Înrolează rolurile și responsabilitățile pentru toate sistemele și subsistemele implicate.
- Metodele de testare utilizate în cadrul acestei testări, precum și standardele care sunt urmate, descrierea acestuia.
- Proiectarea cazurilor de testare precum și urmărirea matricei de cerințe.
- Înregistrați sau salvați datele de intrare și ieșire pentru fiecare sistem.
E2E Testing Design Framework
Vom analiza toate cele 3 categorii una câte una:
# 1) Funcțiile utilizatorului: Următoarele acțiuni ar trebui efectuate ca parte a construirii funcțiilor utilizatorului:
- Caracteristicile listării sistemelor software și ale subsistemelor interconectate ale acestora.
- Pentru orice funcție, țineți evidența acțiunilor efectuate, precum și a datelor de intrare și ieșire.
- Găsiți relațiile, dacă există, între diferite funcții ale utilizatorilor.
- Aflați natura diferitelor funcții ale utilizatorului, adică. dacă sunt independenți sau sunt reutilizabili.
# 2) Condiții: Următoarele activități ar trebui efectuate ca parte a condițiilor de construcție bazate pe funcțiile utilizatorului:
- Pentru fiecare funcție a utilizatorului, ar trebui pregătit un set de condiții.
- Timpul, condițiile de date și alți factori care afectează funcțiile utilizatorului pot fi considerați ca parametri.
# 3) Cazuri de testare: Următorii factori trebuie luați în considerare pentru cazurile de testare a clădirii:
- Pentru fiecare scenariu, ar trebui create unul sau mai multe cazuri de testare pentru a testa fiecare funcționalitate a funcțiilor utilizatorului.
- Fiecare condiție ar trebui înscrisă ca un caz de testare separat.
Valori implicate
Trecerea la următoarele activități importante sau valori implicate în această testare :
- Starea pregătirii cazului de testare: Acest lucru poate fi urmărit sub forma unui grafic pentru a reprezenta progresul cazurilor de testare planificate care sunt în curs de pregătire.
- Urmărirea săptămânală a progresului testului: Aceasta include reprezentarea săptămânală a progresului în executarea cazurilor de testare. Poate fi reflectat prin reprezentarea procentuală pentru cazuri de trecere, eșec, executate, neexecutate, nevalide etc.
- Stare și raport detaliat pentru defecte: Raportul de stare ar trebui să fie pregătit zilnic pentru a arăta starea de execuție a cazului de testare, precum și defectele găsite și înregistrate în funcție de gravitatea acestora. Săptămânal, procentul defectelor deschise și închise trebuie calculat. De asemenea, pe baza severității și priorității defectelor, starea defectelor ar trebui urmărită săptămânal.
- Mediu de testare: Aceasta ține o alocare a duratei mediului de testare alocată, precum și a timpului mediului de testare utilizat efectiv în timpul efectuării acestei testări.
Aproape am văzut toate aspectele acestei testări. Acum lasă-ne diferențiază ' Testarea sistemului ' și ' Testarea End to End ' . Dar înainte de asta, permiteți-mi să vă dau o idee de bază despre „testarea sistemului”, astfel încât să putem diferenția cu ușurință între cele două forme de testarea software-ului .
Testarea sistemului este forma de testare care include o serie de teste diferite al căror scop este de a efectua testarea completă a sistemului integrat. Testarea sistemului este în esență o formă de testare a cutiei negre, în care accentul este pus pe funcționarea externă a sistemelor software din punctul de vedere al utilizatorului, ținând cont de condițiile din lumea reală.
Testarea sistemului implică:
- Testarea unei aplicații complet integrate, inclusiv sistemul principal.
- Determinați componentele care interacționează între ele și în cadrul sistemului.
- Verificați ieșirea dorită pe baza intrării furnizate.
- Analiza experienței utilizatorului în timp ce se utilizează diferite aspecte ale aplicației.
Mai sus am văzut descrierea de bază a testării sistemului pentru a o înțelege. Acum, vom analiza diferențele dintre „Testarea sistemului” și „Testarea de la capăt la cap”.
| S.Nr. | Testarea capăt la capăt | Testarea sistemului |
|---|---|---|
| 1 | Validează atât sistemul software principal, cât și toate subsistemele interconectate. | Conform specificațiilor furnizate în documentul Cerință, acesta validează doar sistemul software. |
| Două | Accentul principal este pe verificarea fluxului procesului de testare cap la cap. | Accentul principal se pune pe verificarea și verificarea caracteristicilor și funcționalităților sistemului software. |
| 3 | În timpul efectuării testării, se iau în considerare toate interfețele, inclusiv procesele de backend ale sistemului software. | În timpul efectuării testării, numai zonele funcționale și nefuncționale și caracteristicile acestora sunt luate în considerare pentru testare. |
| 4 | Testarea End to End este executată / efectuată după finalizarea testării de sistem a oricărui sistem software. | Testarea sistemului este practic efectuată după finalizarea testării integrării sistemului software. |
| 5 | Testarea manuală este de cele mai multe ori preferată pentru efectuarea testelor end-end, deoarece aceste forme de testare implică și testarea interfețelor externe, care uneori poate fi foarte dificil de automatizat. Și va face întregul proces foarte complex. | Atât testarea manuală, cât și cea de automatizare pot fi efectuate ca parte a testării sistemului. |
Concluzie
Sper că ați învățat diferite aspecte ale testelor End to End, cum ar fi procesele, valorile și diferența dintre testarea sistemului și testarea End to End.
Pentru orice lansare comercială a software-ului, verificarea End to End joacă un rol important întrucât testează întreaga aplicație într-un mediu care imită exact utilizatorii din lumea reală, cum ar fi comunicarea în rețea, interacțiunea cu baza de date etc.
În cea mai mare parte, testul End to End se efectuează manual, deoarece costul automatizării unor astfel de cazuri de testare este prea mare pentru a fi suportat de fiecare organizație. Acest lucru nu este benefic doar pentru validarea sistemului, dar poate fi considerat util și pentru testarea integrării externe.
Spuneți-ne dacă aveți întrebări despre testul de la capăt la cap.
Lectură recomandată
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Diferențele cheie dintre testarea cutiei negre și testarea cutiei albe
- Descărcare eBook Descărcare Primer
- Testarea funcțională Vs testarea non-funcțională
- Programul de testare a software-ului - Plan de instruire detaliat al cursului online
- Ce este testarea de anduranță în testarea software (exemple)
- Testarea cutiei negre: un tutorial detaliat cu exemple și tehnici
- Ce este testarea componentelor sau testarea modulelor (Aflați cu exemple)