Što je END-to-END testiranje? Primjer E2E

Testiranje od kraja do kraja

Testiranje od kraja do kraja je metoda testiranja softvera koja provjerava cijeli softver od početka do kraja zajedno s njegovom integracijom s vanjskim sučeljima. Svrha end-to-end testiranja je testiranje cijelog softvera na ovisnosti, integritet podataka i komunikaciju s drugim sustavima, sučeljima i bazama podataka kako bi se izvršila potpuna proizvodnja poput scenarija.

Zajedno sa softverskim sustavom, također potvrđuje batch/obradu podataka iz drugih uzvodnih/nizvodnih sustava. Otuda i naziv "Od kraja do kraja". End to End testiranje obično se provodi nakon funkcionalnog i Ispitivanje sustava. Koristi stvarnu proizvodnju poput podataka i testnog okruženja za simulaciju postavki u stvarnom vremenu. E2E testiranje se također naziva Ispitivanje lanca.

Zašto testiranje od početka do kraja?

Testiranje od kraja do kraja provjerava cijeli tijek sustava i povećava povjerenje otkrivanjem problema i povećanjem Obuhvat testom podsustava. Suvremeni softverski sustavi složeni su i međusobno povezani s više podsustava koji se mogu razlikovati od postojećih sustava. Cijeli se sustav može srušiti zbog kvara bilo kojeg podsustava koji predstavlja veliki rizik koji se može izbjeći End-to-End testiranjem.

Proces testiranja od kraja do kraja

Sljedeći dijagram daje pregled procesa End to End testiranja.

Glavne aktivnosti uključene u testiranje od početka do kraja su –

• Proučavanje zahtjeva za testiranje od kraja do kraja
• Postavljanje testnog okruženja i hardverski/softverski zahtjevi
• Opišite sve procese sustava i njegovih podsustava.
• Descriptniz uloga i odgovornosti za sve sustave
• Metodologija ispitivanja i standardi
• Praćenje zahtjeva od kraja do kraja i dizajniranje testnih slučajeva
• Ulazni i izlazni podaci za svaki sustav

Alat za testiranje od kraja do kraja

testRigor

testRigor je vodeći u industriji kada je riječ o end-to-end testiranju. Besprijekorno izradite testove bez kodiranja na web sučelju, izvornim i hibridnim mobilnim aplikacijama, mobilnim preglednicima i API-ju. Testirajte e-poštu i SMS, testirajte preuzete .XLS, .DOC, .PDF itd. datoteke s lakoćom.

Značajke:

• Napišite testove bez kodiranja na jednostavnom engleskom jeziku.
• Web + Mobile + API pokrivenost u jednom testu. Podrška za više platformi i preglednika.
• Kreirajte testove 15x brže u usporedbi s Selenium.
• Smanjite održavanje testa do 99.5%.
• testRigor je siguran i usklađen sa standardom SOC 2 Type 2.
• Integracije s CI/CD i upravljanjem testnim slučajevima.
• Pokrenite 1000 testova i dobijte rezultate za manje od 30 minuta.

Posjetite testRigor >>

Kako stvoriti end-to-end test slučajeve?

End to End Testing Design framework sastoji se od tri dijela

1. Izgradite korisničke funkcije
2. Uvjeti izgradnje
3. Izradite testne slučajeve

Pogledajmo ih detaljnije: –

Izgradite korisničke funkcije

Sljedeće aktivnosti treba obaviti kao dio korisničkih funkcija izgradnje:

• Navedite značajke sustava i njihove međusobno povezane komponente
• Navedite ulazne podatke, radnju i izlazne podatke za svaku značajku ili funkciju
• Utvrdite odnose između funkcija
• Odredite može li funkcija biti višekratna ili neovisna

Na primjer - Razmotrite scenarij u kojem se prijavite na svoj bankovni račun i prenesete nešto novca na drugi račun iz neke druge banke (3^rdstranački podsustav)

1. Prijavite se u bankovni sustav
2. Provjerite stanje na računu
3. Prenesite određeni iznos sa svog računa na neki drugi bankovni račun (3^rdstranački podsustav)
4. Provjerite najnovije stanje računa
5. Odjava iz aplikacije

Uvjeti izgradnje na temelju korisničke funkcije

U sklopu uvjeta građenja izvode se sljedeće aktivnosti:

• Izgradnja skupa uvjeta za svaku definiranu korisničku funkciju
• Uvjeti uključuju uvjete slijeda, vremena i podataka

Na primjer -Provjera više uvjeta poput

Prijavite stranicu

• Nevažeće korisničko ime i lozinka
• Provjera valjanim korisničkim imenom i lozinkom
• Provjera snage lozinke
• Provjera poruka o greškama

Iznos stanja

• Provjerite trenutno stanje nakon 24 sata. (Ako je prijenos poslan u drugu banku)
• Provjerite poruku o pogrešci ako je iznos prijenosa veći od trenutnog iznosa stanja

Izradite testni scenarij

Izgradnja Testni scenarij za definiranu korisničku funkciju

U ovom slučaju,

• Prijavite se u sustav
• Provjera iznosa bankovnog stanja
• Prenesite iznos bankovnog salda

Izgradite više testnih slučajeva

Izradite jedan ili više testnih slučajeva za svaki definirani scenarij. Testni slučajevi mogu uključivati ​​svaki uvjet kao jedan testni slučaj.

Mjerni podaci za testiranje od kraja do kraja

Slijedi nekoliko, među mnogima, mjernih podataka korištenih kao primjer testiranja od početka do kraja:

• Status pripreme testnog slučaja: Omogućuje napredak u pripremi testnog slučaja u odnosu na planirano
• Tjedni napredak testa- Pruža pojedinosti o postotku dovršenosti testa po tjednu - neuspješno, neizvršeno i izvršeno u odnosu na planirane testove izvršenja.
• Status kvarova i pojedinosti- Daje postotak otvorenih i zatvorenih grešaka po tjednu. Također, raspodjela nedostataka po tjednu na temelju ozbiljnosti i prioriteta
• Dostupnost okruženja –Ukupan broj sati “gore” / Ukupan broj sati planiranih po danu za testiranje

Testiranje od kraja do kraja vs testiranje sustava

Testiranje od kraja do kraja	Ispitivanje sustava
Validira softverski sustav kao i međusobno povezane podsustave	Provjerava samo softverski sustav prema specifikacijama zahtjeva.
Provjerava cijeli tok procesa od kraja do kraja.	Provjerava funkcionalnosti i značajke sustava.
Sva sučelja, pozadinski sustavi bit će uzeti u obzir za testiranje	Za testiranje će se uzeti u obzir funkcionalno i nefunkcionalno testiranje
Izvršava se nakon završetka testiranja sustava.	Izvršava se nakon Ispitivanje integracije.
End to End testiranje uključuje provjeru vanjskih sučelja koja mogu biti složena za automatizaciju. Stoga Ručno ispitivanje poželjan je.	Za testiranje sustava mogu se izvršiti i ručno i automatizirano

Zaključak

U softverskom inženjerstvu, end-to-end testiranje u testiranju softvera je proces verifikacije softverskog sustava zajedno s njegovim podsustavima. Najveći izazov u ovom testiranju je imati dovoljno znanja o cijelom sustavu kao io međusobno povezanom podsustavu.