what is end end testing
Kaj je preskušanje od konca do konca: Okvir testiranja E2E s primeri
Preskušanje od konca do konca je metodologija preskušanja programske opreme za testiranje pretoka aplikacij od začetka do konca. Namen preskusa od konca do konca je simulirati dejanski uporabniški scenarij in preveriti sistem, ki se preizkuša, ter njegove komponente za integracijo in celovitost podatkov.
Nihče noče biti znan po svojih napakah in malomarnosti, podobno velja tudi za preizkuševalce. Ko preizkuševalcem dodelijo aplikacijo za testiranje, od tega trenutka prevzamejo odgovornost in aplikacija deluje tudi kot platforma za prikaz njihovega praktičnega in tehničnega znanja pri testiranju.
Torej, da bi ga tehnično opisali, da bi zagotovili, da je testiranje opravljeno v celoti, je treba izvesti “ Preskušanje od konca do konca ' .
V tej vadnici bomo izvedeli, kaj je testiranje od konca do konca, kako se izvaja, zakaj je to potrebno, katere matrike se uporabljajo, kako ustvariti posebne primere za konec in nekaj drugih pomembnih vidikov. Spoznali bomo tudi sistemsko testiranje in ga primerjali s preskusom End to End.
Resnično tudi => Končno usposabljanje na projektu v živo - brezplačno spletno usposabljanje za zagotavljanje kakovosti.
Kaj se boste naučili:
krožno povezan seznam v c ++
- Kaj je preskušanje od konca do konca?
- Orodja za preskušanje od konca do konca
- Kako deluje preskus od konca do konca?
- E2E Preskusne metode
- Zakaj izvajamo testiranje E2E?
- E2E Test Design Framework
- Vključene metrike
- Zaključek
Kaj je preskušanje od konca do konca?
Preskušanje od konca do konca je metodologija preskušanja programske opreme za testiranje pretoka aplikacij od začetka do konca. Namen tega testiranja je simulirati dejanski uporabniški scenarij in preveriti sistem, ki se preizkuša, ter njegove komponente za integracijo in celovitost podatkov.
Izvaja se od začetka do konca v resničnih scenarijih, kot je komunikacija aplikacije s strojno opremo, omrežjem, bazo podatkov in drugimi aplikacijami.
Glavni razlog za izvedbo tega testiranja je določiti različne odvisnosti aplikacije in zagotoviti, da se med različnimi komponentami sistema sporočajo natančne informacije. Običajno se izvede po zaključku funkcionalnega in sistemskega preizkušanja katere koli aplikacije.
Vzemimo primer Gmaila:
Preverjanje računa Gmail v račun bo vključevalo naslednje korake:
- Zagon strani za prijavo v Gmail prek URL-ja.
- Prijava v Gmail račun z uporabo veljavnih poverilnic.
- Dostop do mape Prejeto. Odpiranje prebranih in neprebranih e-poštnih sporočil.
- Sestavljanje novega e-poštnega sporočila, odgovor ali posredovanje e-pošte.
- Odpiranje poslanih elementov in preverjanje e-pošte.
- Preverjanje e-pošte v mapi Neželena pošta
- Odjava iz aplikacije Gmail s klikom na 'odjava'
Orodja za preskušanje od konca do konca
Priporočeno orodje:
# 1) TestCraft
Priporočamo uporabo orodja za avtomatizacijo preskusov, kot je TestCraft.
TestCraft je brezkodna platforma za avtomatizacijo testov Selenium. Njegova revolucionarna tehnologija umetne inteligence in edinstveno vizualno modeliranje omogočata hitrejše ustvarjanje in izvajanje preizkusov, hkrati pa odpravljata režijske stroške vzdrževanja.
Preizkuševalci ustvarjajo popolnoma avtomatizirane preskusne scenarije brez kodiranja. Kupci hitreje najdejo napake, pogosteje jih izdajajo, integrirajo s pristopom CI / CD in izboljšajo splošno kakovost svojih digitalnih izdelkov. Vse to ustvarja popolno izkušnjo s konca do konca.
=> Obiščite spletno mesto TestCraft
Kako deluje preskus od konca do konca?
Da bomo še malo razumeli, ugotovimo Kako deluje?
Vzemiprimerbančne industrije. Verjetno se nas je malo kdo preizkusil Zaloge. Ko imetnik računa Demat kupi katero koli delnico, mora posredovati določen odstotek zneska. Ko delničar proda ta delež, ne glede na to, ali dobi dobiček ali izgubo, se določen odstotek zneska spet dodeli posredniku. Vse te transakcije se odražajo in upravljajo na računih. Celoten postopek vključuje obvladovanje tveganj.
Ko pogledamo zgornji primer in upoštevamo preskus od konca do konca, bomo ugotovili, da celoten postopek vključuje več številk in različne ravni transakcij. Celoten postopek vključuje veliko sistemov, ki jih je težko preizkusiti.
E2E Preskusne metode
# 1) Vodoravni preskus:
Ta metoda se uporablja zelo pogosto. Pojavlja se vodoravno v kontekstu več aplikacij. Ta metoda se lahko zlahka pojavi v eni sami aplikaciji ERP (Enterprise Resource Planning). Vzemimo primer spletne aplikacije spletnega sistema za naročanje. Celoten postopek bo vključeval račune, stanje zalog izdelkov in podrobnosti o pošiljanju.
# 2) Navpični preskus:
Pri tej metodi se vse transakcije katere koli aplikacije preverijo in ovrednotijo od začetka do konca. Vsaka posamezna plast aplikacije se testira od zgoraj navzdol. Vzemimo primer spletne aplikacije, ki za doseganje spletnih strežnikov uporablja kode HTML. V takih primerih je API potreben za generiranje kod SQL prek baze podatkov. Vsi ti zapleteni računalniški scenariji bodo zahtevali ustrezno validacijo in namensko testiranje. Tako je ta metoda veliko težja.
' Testiranje bele škatle ' tako dobro, kot ' Testiranje črne škatle ' oba sta povezana s tem testiranjem. Z drugimi besedami, lahko rečemo, da je to kombinacija prednosti testiranja bele škatle in črne škatle. Glede na vrsto programske opreme, ki se razvija, se na različnih ravneh po potrebi uporabljajo tehnike testiranja, tj. Testiranje bele in črne škatle. V osnovi test End to End izvaja tako funkcionalni kot arhitekturni pristop katere koli programske opreme ali programov za preverjanje sistemskih funkcij.
Preizkuševalci na primer preverjanje od konca do konca, ker piše testne primere od uporabnika ' V perspektivi in v resničnem scenariju se lahko izogneta dvema pogostima napakama, tj. ' manjka napaka ' in ' pisanje testnih primerov, ki ne preverjajo resničnih scenarijev ' . To testerjem zagotavlja neizmeren občutek za dosežek.
Spodaj je navedenih nekaj smernic, ki jih je treba upoštevati pri oblikovanju testnih primerov za izvajanje te vrste testiranja:
- Testne primere je treba oblikovati z vidika končnega uporabnika.
- Moral bi se osredotočiti na preizkušanje nekaterih obstoječih lastnosti sistema.
- Za ustvarjanje več testnih primerov je treba upoštevati več scenarijev.
- Treba je ustvariti različne sklope testnih primerov, da se osredotočimo na več scenarijev sistema.
Ko izvajamo kakršne koli testne primere, je podobno tudi pri tem testiranju. Če so testni primeri 'uspešno', torej dobimo pričakovani izhod, se reče, da je sistem uspešno opravil preskus s konca na konec. Če sistem ne da želenega izhoda, je potreben ponovni preizkus testnega primera, pri čemer se upoštevajo področja okvar.
Zakaj izvajamo testiranje E2E?
V sedanjem scenariju, kot je prikazano tudi na zgornjem diagramu, sodoben sistem programske opreme vključuje njegovo medsebojno povezavo z več podsistemi. Zaradi tega so sodobni programski sistemi zelo zapleteni.
Ti podsistemi, o katerih govorimo, so lahko znotraj iste organizacije ali v mnogih primerih tudi različnih organizacij. Tudi ti podsistemi so lahko nekoliko podobni ali drugačni od sedanjega sistema. Kot rezultat, če pride do okvare ali napake v katerem koli podsistemu, lahko to negativno vpliva na celoten sistem programske opreme in povzroči njegov propad.
Tem glavnim tveganjem se je mogoče izogniti in jih je mogoče nadzorovati s to vrsto preskušanja:
- Ohranite preverjanje in izvedite preverjanje pretoka sistema.
- Povečajte območja pokritosti s preskusi vseh podsistemov, vključenih v programski sistem.
- Odkrije morebitne težave s podsistemi in s tem poveča produktivnost celotnega programskega sistema.
Spodaj so navedeni nekaj dejavnosti, ki so vključene v postopek od konca do konca:
- Temeljita študija zahtev za izvedbo tega testiranja.
- Pravilno postavitev testnih okolij.
- Temeljita študija zahtev glede strojne in programske opreme.
- Opisi vseh podsistemov kot tudi glavnega vključenega programskega sistema.
- Navedite vloge in odgovornosti za vse vključene sisteme in podsisteme.
- Preskusne metode, uporabljene pri tem preskušanju, in standardi, ki jih upoštevamo, njihov opis.
- Oblikovanje testnih primerov in matrika zahtev za sledenje.
- Zabeležite ali shranite vhodne in izhodne podatke za vsak sistem.
E2E Test Design Framework
Vse tri kategorije bomo preučili posamezno:
# 1) Uporabniške funkcije: Kot del gradnje uporabniških funkcij je treba izvesti naslednja dejanja:
- Naštevanje lastnosti programskih sistemov in njihovih medsebojno povezanih podsistemov.
- Za katero koli funkcijo spremljajte izvedena dejanja ter vhodne in izhodne podatke.
- Poiščite morebitne relacije med različnimi funkcijami uporabnikov.
- Ugotovite naravo različnih uporabniških funkcij, tj. če so neodvisni ali jih je mogoče ponovno uporabiti.
# 2) Pogoji: V okviru gradbenih pogojev, ki temeljijo na uporabniških funkcijah, je treba izvesti naslednje dejavnosti:
- Za vsako uporabniško funkcijo je treba pripraviti vrsto pogojev.
- Kot parametre lahko štejemo čas, pogoje podatkov in druge dejavnike, ki vplivajo na uporabniške funkcije.
# 3) Testni primeri: Pri izdelavi testnih primerov je treba upoštevati naslednje dejavnike:
- Za vsak scenarij je treba ustvariti enega ali več testnih primerov za preizkušanje vseh funkcij uporabniških funkcij.
- Vsak posamezen pogoj je treba navesti kot ločen testni primer.
Vključene metrike
Prehod na naslednje pomembne dejavnosti ali meritve, vključene v to testiranje :
- Stanje priprave na testni primer: Temu lahko sledimo v obliki grafa, ki predstavlja napredek načrtovanih testnih primerov, ki so v pripravi.
- Tedensko sledenje napredku testa: To vključuje tedensko predstavitev napredka pri izvajanju testnih primerov. To se lahko odraža v odstotkih predstavitve za primere pass, fail, izvršeno, neizvedeno, neveljavno itd.
- Stanje in podrobno poročilo o napakah: Poročilo o stanju je treba pripraviti vsak dan, da prikazuje stanje izvajanja preizkusnega primera ter najdene in zabeležene napake glede na njihovo resnost. Tedensko je treba izračunati odstotek odprtih in zaprtih napak. Glede na resnost in prednost napake je treba status napak spremljati tedensko.
- Testno okolje: Tako se beleži trajanje dodeljenega časa testnega okolja in dejansko uporabljenega časa testnega okolja med izvajanjem tega testiranja.
Skoraj smo že videli vse vidike tega testiranja. Zdaj pa nam razlikovati ' Testiranje sistema ' in ' Preskušanje od konca do konca ' . Pred tem pa naj vam dam osnovno idejo o 'sistemskem testiranju', da bomo lahko zlahka ločevali med obema oblikama testiranje programske opreme .
Testiranje sistema je oblika testiranja, ki vključuje vrsto različnih testov, katerih namen je izvesti popolno testiranje integriranega sistema. Testiranje sistemov je v bistvu oblika preizkušanja črnih skrinjic, kjer je poudarek na zunanjem delu programskih sistemov z vidika uporabnika, pri čemer je treba upoštevati dejanske razmere.
Testiranje sistema vključuje:
- Testiranje popolnoma integrirane aplikacije, vključno z glavnim sistemom.
- Določite, ali komponente medsebojno delujejo in znotraj sistema.
- Preverite želeni izhod na podlagi vnesenega vhoda.
- Analiziranje uporabniške izkušnje med uporabo različnih vidikov aplikacije.
Zgoraj smo videli osnovni opis testiranja sistema, da bi ga razumeli. Zdaj bomo preučili razlike med 'sistemskim testiranjem' in 'preskušanjem od konca do konca'.
Št. | Preskušanje od konca do konca | Testiranje sistema |
---|---|---|
1. | Preverja tako glavni sistemski program kot tudi vse medsebojno povezane podsisteme. | V skladu s specifikacijami, navedenimi v dokumentu Zahteva, samo potrjuje sistemski program. |
dva | Glavni poudarek je na preverjanju poteka postopka testiranja od konca do konca. | Glavni poudarek je na preverjanju in preverjanju lastnosti in funkcionalnosti programskega sistema. |
3. | Med izvajanjem testiranja se upoštevajo vsi vmesniki, vključno z zalednimi procesi programskega sistema. | Med izvajanjem testiranja se za testiranje upoštevajo samo funkcionalna in nefunkcionalna področja ter njihove značilnosti. |
4. | Preskušanje od konca do konca se izvede / izvede po zaključku preizkusa sistema katerega koli programskega sistema. | Testiranje sistema se v bistvu izvede po zaključku integracijskega testiranja programskega sistema. |
5. | Ročno preskušanje je večinoma prednost pri izvajanju preskusov od konca do konca, saj ta oblika preskušanja vključuje preizkušanje zunanjih vmesnikov, ki jih je včasih zelo težko avtomatizirati. In bo celoten postopek zelo zapleten. | Tako ročno kot avtomatizirano testiranje je mogoče izvesti kot del sistemskega testiranja. |
Zaključek
Upam, da ste se naučili različnih vidikov preskusov od konca do konca, kot so njegovi procesi, meritve in razlika med testiranjem sistema in preskušanjem od konca do konca.
Za vsako komercialno izdajo programske opreme igra preverjanje End to End pomembno vlogo, saj preizkuša celotno aplikacijo v okolju, ki natančno posnema uporabnike iz resničnega sveta, kot so omrežna komunikacija, interakcija z bazo podatkov itd.
Preizkus od konca do konca se večinoma izvaja ročno, saj so stroški avtomatizacije takšnih primerov previsoki, da bi si jih lahko privoščila vsaka organizacija. To ni koristno samo za preverjanje veljavnosti sistema, ampak je lahko koristno tudi za preizkušanje zunanje integracije.
Sporočite nam, če imate vprašanja o preskusu od konca do konca.
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Ključne razlike med testiranjem črne škatle in testiranjem bele škatle
- Prenos eBook knjige za preizkušanje
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Učni načrt tečaja za preizkušanje programske opreme - podroben načrt usposabljanja za spletni tečaj
- Kaj je testiranje vzdržljivosti pri testiranju programske opreme (primeri)
- Testiranje črne škatle: poglobljena vadnica s primeri in tehnikami
- Kaj je testiranje komponent ali testiranje modulov (naučite se s primeri)