Menu

Čo je komplexné testovanie: Testovací rámec E2E s príkladmi

what is end end testing

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Čo je komplexné testovanie: Testovací rámec E2E s príkladmi

End-to-end testing je metodológia testovania softvéru na testovanie toku aplikácií od začiatku do konca. Účelom end-to-end testovania je simulovať skutočný užívateľský scenár a validovať testovaný systém a jeho komponenty pre integráciu a integritu dát.

Nikto nechce byť známy pre svoje chyby a nedbanlivosť, rovnako je to aj v prípade testerov. Keď testerom bude pridelená aplikácia na testovanie, od tohto okamihu prevezmú zodpovednosť a aplikácia tiež slúži ako platforma na preukázanie ich praktických a technických znalostí z testovania.

Aby sme to teda technicky popísali, je potrebné vykonať “ Kompletné testovanie „ .

čo je testovanie typu end to end

V tomto tutoriáli sa dozvieme, čo je testovanie typu End to End, ako sa robí, prečo je to potrebné, aké sú použité matice, ako vytvoriť koniec konkrétnych testovacích prípadov a tiež niekoľko ďalších dôležitých aspektov. Dozvieme sa tiež o testovaní systému a porovnáme ho s testom typu End to End.

Skutočné tiež => Koniec školenia na živom projekte - bezplatné školenie QA online.

Čo sa dozviete:

ako otvárať súbory .jnlp v systéme Windows 10

Čo je to testovanie typu end to end?

komplexný testovací proces

End-to-end testing je metodológia testovania softvéru na testovanie toku aplikácií od začiatku do konca. Účelom tohto testovania je simulovať skutočný užívateľský scenár a validovať testovaný systém a jeho komponenty na integráciu a integritu údajov.

Vykonáva sa od začiatku do konca v skutočných scenároch, ako je komunikácia aplikácie s hardvérom, sieťou, databázou a inými aplikáciami.

Hlavným dôvodom vykonania tohto testovania je určiť rôzne závislosti aplikácie a zabezpečiť komunikáciu presných informácií medzi rôznymi komponentmi systému. Spravidla sa vykonáva po dokončení funkčného a systémového testovania ľubovoľnej aplikácie.

Vezmime si príklad Gmailu:

úplný testovací príklad

Úplné overenie účtu Gmail bude obsahovať nasledujúce kroky:

  1. Spustenie prihlasovacej stránky služby Gmail prostredníctvom adresy URL.
  2. Prihlásenie do účtu Gmail pomocou platných poverení.
  3. Prístup k doručenej pošte. Otváranie prečítaných a neprečítaných e-mailov.
  4. Pri písaní nového e-mailu odpovedzte alebo preposielajte e-mail.
  5. Otvorenie Odoslaných položiek a kontrola e-mailov.
  6. Prebieha kontrola e-mailov v priečinku Spam
  7. Odhlásenie z aplikácie Gmail kliknutím na „odhlásiť sa“

End-to-End testovacie nástroje

Odporúčaný nástroj:

# 1) TestCraft

Logo TestCraft nové
Odporúčame používať komplexný nástroj na automatizáciu testov, ako je TestCraft.

TestCraft je platforma automatizácie testovania selénu bez kódovania. Jeho revolučná technológia AI a jedinečné vizuálne modelovanie umožňujú rýchlejšie vytváranie a vykonávanie testov a zároveň eliminujú réžiu údržby testov.

Testéri vytvárajú plne automatizované testovacie scenáre bez kódovania. Zákazníci nájdu chyby rýchlejšie, vydávajú ich častejšie, integrujú sa s prístupom CI / CD a zlepšujú celkovú kvalitu svojich digitálnych produktov. To všetko vytvára kompletné skúsenosti s testovaním.

=> Navštívte webovú stránku TestCraft

Ako funguje komplexný test?

Aby sme pochopili trochu viac, zistíme to Ako to funguje?

Vezmite sipríkladbankového priemyslu. Málokto z nás to musel vyskúšať Zásoby. Keď majiteľ účtu Demat nakupuje akúkoľvek akciu, maklérovi sa poskytne určité percento zo sumy. Keď akcionár predá túto akciu, bez ohľadu na to, či má zisk alebo stratu, určité percento z tejto sumy sa potom opäť poskytne sprostredkovateľovi. Všetky tieto transakcie sa odrážajú a spravujú v účtoch. Celý proces zahŕňa riadenie rizík.

Keď sa pozrieme na vyššie uvedený príklad a vezmeme do úvahy end-to-end test, zistíme, že celý proces obsahuje viac čísel a rôzne úrovne transakcií. Celý proces zahŕňa mnoho systémov, ktoré možno ťažko otestovať.

Metódy testovania E2E

# 1) Horizontálny test:

Táto metóda sa používa veľmi často. Vyskytuje sa horizontálne v kontexte viacerých aplikácií. Táto metóda sa môže ľahko vyskytnúť v jednej aplikácii ERP (Enterprise Resource Planning). Zoberte si príklad webovej aplikácie online objednávkového systému. Celý proces bude zahŕňať účty, stav zásob výrobkov a podrobnosti o preprave.

# 2) Vertikálny test:

V tejto metóde sú všetky transakcie akejkoľvek aplikácie overené a vyhodnotené hneď od začiatku do konca. Každá jednotlivá vrstva aplikácie sa testuje zhora nadol. Zoberte si príklad webovej aplikácie, ktorá používa kódy HTML na dosiahnutie webových serverov. V takýchto prípadoch sa vyžaduje API na generovanie kódov SQL proti databáze. Všetky tieto zložité výpočtové scenáre budú vyžadovať správne overenie a vyhradené testovanie. Táto metóda je teda oveľa ťažšia.

„ Testovanie bielej skrinky „ ako aj „ Testovanie čiernej skrinky „ obidve sú spojené s týmto testovaním. Alebo inými slovami, môžeme povedať, že ide o kombináciu výhod testovania bielej skrinky aj testovania čiernej skrinky. V závislosti od typu vyvíjaného softvéru sa na rôznych úrovniach podľa potreby používajú testovacie techniky, tj. Testovanie v bielej a čiernej skrinke. Test End to End v zásade vykonáva funkčný aj architektonický prístup pre akýkoľvek softvér alebo programy na overenie funkcií systému.

Testeri ako overenie typu End to End, pretože sa píšu testovacie prípady od používateľa „ Z pohľadu a v reálnom scenári sa môžete vyhnúť dvom častým chybám. tj. „ chýba chyba „ a „ písanie testovacích prípadov, ktoré neoverujú scenáre z reálneho sveta „ . Toto poskytuje testerom nesmierny pocit úspechu.

Nižšie je uvedených niekoľko pokynov, ktoré by ste mali mať na pamäti pri navrhovaní testovacích prípadov na vykonávanie tohto typu testovania:

  • Testovacie prípady by mali byť navrhnuté z pohľadu koncového používateľa.
  • Mal by sa zamerať na testovanie niektorých existujúcich funkcií systému.
  • Pri vytváraní viacerých testovacích prípadov by sa malo brať do úvahy viac scenárov.
  • Mali by sa vytvoriť rôzne sady testovacích prípadov, ktoré sa zamerajú na viaceré scenáre systému.

Pretože vykonávame akékoľvek testovacie prípady, podobný je prípad tohto testovania. Ak sú testovacie prípady „vyhovujúce“, tj. Dostaneme očakávaný výstup, hovorí sa, že systém úspešne prešiel testom typu End to End. Rovnako, ak systém neprodukuje požadovaný výstup, je potrebné vykonať opakované testovanie testovacieho prípadu so zreteľom na oblasti zlyhania.

Prečo vykonávame testovanie E2E?

V tomto scenári, ako je tiež znázornené na obrázku vyššie, moderný softvérový systém zahrnuje jeho prepojenie s viacerými podsystémami. Toto urobilo moderné softvérové ​​systémy veľmi komplikovanými.

Tieto podsystémy, o ktorých hovoríme, môžu byť v rámci jednej organizácie alebo v mnohých prípadoch môžu byť aj v rôznych organizáciách. Tieto podsystémy tiež môžu byť trochu podobné alebo odlišné od súčasného systému. Výsledkom je, že ak dôjde k poruche alebo poruche v ktoromkoľvek podsystéme, môže to nepriaznivo ovplyvniť celý softvérový systém a viesť k jeho zrúteniu.

Týmto zásadným rizikám sa dá vyhnúť a dá sa ich riadiť týmto typom testovania:

  • Vykonajte kontrolu a vykonajte overenie toku systému.
  • Zväčšite oblasti pokrytia testov všetkých subsystémov zapojených do softvérového systému.
  • Zisťuje prípadné problémy so subsystémami, a zvyšuje tak produktivitu celého softvérového systému.

Nižšie sú uvedené niekoľko aktivít, ktoré sú zahrnuté do procesu end-to-end:

  • Dôkladná štúdia požiadaviek na vykonanie tohto testovania.
  • Správne nastavenie testovacích prostredí.
  • Dôkladná štúdia požiadaviek na hardvér a softvér.
  • Popis všetkých subsystémov a hlavného softvérového systému.
  • Zaradiť úlohy a zodpovednosti pre všetky zapojené systémy a subsystémy.
  • Testovacie metódy použité pri tomto testovaní a tiež normy, ktoré sa nimi riadia, ich popis.
  • Návrh testovacích prípadov a sledovanie matice požiadaviek.
  • Zaznamenajte alebo uložte vstupné a výstupné údaje pre každý systém.

Rámec testovania E2E

Testovanie typu end to end-4

Pozrime sa postupne na všetky 3 kategórie:

# 1) Používateľské funkcie: V rámci vytvárania používateľských funkcií by sa mali vykonať nasledujúce akcie:

  • Zoznam funkcií softvérových systémov a ich vzájomne prepojených podsystémov.
  • Pri akejkoľvek funkcii sledujte vykonané činnosti, ako aj vstupné a výstupné údaje.
  • Nájdite prípadné vzťahy medzi rôznymi funkciami používateľov.
  • Zistite povahu rôznych používateľských funkcií. T.j. ak sú nezávislé alebo sú opakovane použiteľné.

# 2) Podmienky: Nasledujúce činnosti by sa mali vykonávať ako súčasť stavebných podmienok na základe používateľských funkcií:

  • Pre každú funkciu používateľa by mal byť pripravený súbor podmienok.
  • Načasovanie, podmienky údajov a ďalšie faktory, ktoré ovplyvňujú funkcie používateľa, možno považovať za parametre.

# 3) Testovacie prípady: Pri zostavovaní testovacích prípadov by sa mali brať do úvahy nasledujúce faktory:

  • Pre každý scenár by mal byť vytvorený jeden alebo viac testovacích prípadov na testovanie všetkých funkcií používateľských funkcií.
  • Každá podmienka by mala byť zaradená ako samostatný testovací prípad.

Zapojené metriky

Prechod k ďalším dôležitým činnostiam alebo metrikám zapojeným do tohto testovania :

  1. Stav prípravy testovacieho prípadu: To je možné sledovať vo forme grafu, ktorý predstavuje priebeh plánovaných testovacích prípadov, ktoré sa pripravujú.
  2. Týždenné sledovanie priebehu testu: Patrí sem týždenné znázornenie postupu vykonávania testovacích prípadov. Môže sa to prejaviť prostredníctvom percentuálneho zastúpenia prípadov vyhovenia, zlyhania, vykonania, nevykonania, neplatnosti atď.
  3. Stav a podrobná správa o chybách: Správa o stave by mala byť pripravovaná každý deň, aby zobrazovala stav vykonania testovacieho prípadu, ako aj zistené a zaznamenané chyby podľa ich závažnosti. Týždenne by sa malo počítať percento otvorených a zatvorených chýb. Tiež na základe závažnosti a priority defektu by sa mal stav defektov sledovať každý týždeň.
  4. Testovacie prostredie: Takto sa sleduje pridelená doba trvania testovacieho prostredia, ako aj čas testovacieho prostredia, ktorý sa skutočne použil pri vykonávaní tohto testovania.

Takmer sme videli všetky aspekty tohto testovania. Teraz poďme odlíšiť „ Testovanie systému „ a „ Kompletné testovanie „ . Ale predtým mi dovoľte poskytnúť základnú predstavu o „testovaní systému“, aby sme mohli ľahko rozlíšiť tieto dve formy testovanie softvéru .

Testovanie systému je forma testovania, ktorá obsahuje sériu rôznych testov, ktorých účelom je vykonať úplné testovanie integrovaného systému. Testovanie systému je v zásade forma testovania čiernej skrinky, pri ktorej sa kladie dôraz na externú prácu softvérových systémov z pohľadu používateľa, pričom sa zohľadňujú podmienky v reálnom svete.

Testovanie systému zahŕňa:

  • Testovanie plne integrovanej aplikácie vrátane hlavného systému.
  • Určte interakciu komponentov navzájom a v rámci systému.
  • Overte požadovaný výstup na základe poskytnutého vstupu.
  • Analýza používateľskej skúsenosti s používaním rôznych aspektov aplikácie.

Vyššie sme videli základný popis testovania systému, aby sme mu porozumeli. Teraz sa pozrieme na rozdiely medzi „Testovaním systému“ a „Testovaním typu end to end“.

S.No.Testovanie typu end to endTestovanie systému
1Validuje tak hlavný softvérový systém, ako aj všetky vzájomne prepojené podsystémy.Podľa špecifikácií uvedených v dokumente požiadavka iba validuje softvérový systém.
dvaHlavný dôraz sa kladie na overenie priebežného procesu testovania.Hlavný dôraz sa kladie na overovanie a kontrolu funkcií a funkčností softvérového systému.
3Pri vykonávaní testovania sa berú do úvahy všetky rozhrania vrátane backendových procesov softvérového systému.Pri vykonávaní testovania sa pri testovaní zohľadňujú iba funkčné a nefunkčné oblasti a ich vlastnosti.
4Testovanie typu End to End sa vykoná / vykoná po dokončení testovania systému ľubovoľného softvérového systému.Testovanie systému sa zásadne vykonáva po dokončení integračného testovania softvérového systému.
5Na vykonávanie end to end testovania sa väčšinou uprednostňuje manuálne testovanie, pretože táto forma testovania zahŕňa aj testovanie externých rozhraní, ktoré je niekedy veľmi ťažké automatizovať. A urobí celý proces veľmi zložitým.Manuálne aj automatizované testovanie je možné vykonať ako súčasť testovania systému.

Záver

Dúfam, že ste sa naučili rôzne aspekty end-to-end testov, ako sú jeho procesy, metriky a rozdiel medzi testovaním systému a end-to-end testovaním.

Pri akomkoľvek komerčnom vydaní softvéru zohráva overenie typu End to End dôležitú úlohu, pretože testuje celú aplikáciu v prostredí, ktoré presne napodobňuje skutočných používateľov, ako je sieťová komunikácia, interakcia s databázou atď.

Test end-to-end sa väčšinou vykonáva manuálne, pretože náklady na automatizáciu takýchto testovacích prípadov sú príliš vysoké na to, aby si ich mohla dovoliť každá organizácia. To je nielen prospešné pre validáciu systému, ale môže sa to považovať aj za užitočné pre testovanie externej integrácie.

Ak máte otázky týkajúce sa komplexného testu, dajte nám vedieť.

Odporúčané čítanie

^