Meni

Što je ispitivanje od kraja do kraja: Okvir za testiranje E2E s primjerima

what is end end testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Što je ispitivanje od kraja do kraja: Okvir za testiranje E2E s primjerima

End-to-end testiranje je softverska metodologija testiranja za testiranje toka aplikacije od početka do kraja. Svrha testiranja od kraja do kraja je simuliranje stvarnog korisničkog scenarija i provjera valjanosti testiranog sustava i njegovih komponenata za integraciju i integritet podataka.

Nitko ne želi biti poznat po svojim greškama i nemaru, a isti je slučaj i s Testerima. Kad testeri dobiju aplikaciju za testiranje, od tog trenutka oni preuzimaju odgovornost, a aplikacija također djeluje kao platforma za pokazivanje svog praktičnog i tehničkog znanja o testiranju.

Dakle, da bismo to tehnički opisali, kako bi se osiguralo da se testiranje u potpunosti provodi, potrebno je izvršiti “ Ispitivanje od kraja do kraja ' .

što je testiranje od kraja do kraja

U ovom uputstvu naučit ćemo što je testiranje od kraja do kraja, kako se to radi, zašto je to potrebno, koje se matrice koriste, kako stvoriti specifične slučajeve za kraj i neke druge važne aspekte. Također ćemo naučiti o testiranju sustava i usporediti ga s testom End to End ..

Stvarno također => Obuka od kraja do kraja na projektu uživo - besplatna internetska obuka za osiguranje kvalitete.

Što ćete naučiti:

primjer sortiranja c ++ koda

Što je ispitivanje od kraja do kraja?

postupak ispitivanja od kraja do kraja

End-to-end testiranje je softverska metodologija testiranja za testiranje toka aplikacije od početka do kraja. Svrha ovog testiranja je simuliranje stvarnog korisničkog scenarija i provjera valjanosti testiranog sustava i njegovih komponenata za integraciju i integritet podataka.

Izvodi se od početka do kraja u stvarnim scenarijima poput komunikacije aplikacije s hardverom, mrežom, bazom podataka i drugim aplikacijama.

Glavni razlog za provođenje ovog ispitivanja je utvrđivanje različitih ovisnosti aplikacije, kao i osiguravanje komunikacije točnih informacija između različitih komponenti sustava. Obično se izvodi nakon završetka funkcionalnog i sistemskog testiranja bilo koje aplikacije.

Uzmimo primjer Gmaila:

primjer ispitivanja od kraja do kraja

Potvrda od kraja do kraja za Gmail račun uključuje sljedeće korake:

  1. Pokretanje stranice za prijavu na Gmail putem URL-a.
  2. Prijava na Gmail račun pomoću valjanih vjerodajnica.
  3. Pristup Inboxu. Otvaranje pročitanih i nepročitanih e-adresa.
  4. Sastavljanje nove e-pošte, odgovor ili prosljeđivanje e-pošte.
  5. Otvaranje poslanih stavki i provjera e-pošte.
  6. Provjera e-pošte u mapi Neželjena pošta
  7. Odjava iz aplikacije Gmail klikom na 'odjava'

Alati za testiranje od kraja do kraja

Preporučeni alat:

# 1) TestCraft

TestCraft logotip novo
Preporučujemo upotrebu alata za automatizaciju od kraja do kraja, poput TestCraft.

TestCraft je bezizlična platforma za automatizaciju testa Selenium. Njegova revolucionarna AI tehnologija i jedinstveno vizualno modeliranje omogućuju brže kreiranje i izvršavanje testa, a istovremeno eliminiraju režijske troškove održavanja testa.

Testeri izrađuju potpuno automatizirane scenarije testiranja bez kodiranja. Kupci brže pronalaze programske pogreške, objavljuju ih češće, integriraju se s CI / CD pristupom i poboljšavaju ukupnu kvalitetu svojih digitalnih proizvoda. Sve ovo stvara cjelovito iskustvo testiranja s kraja na kraj.

=> Posjetite web stranicu TestCraft

Kako funkcionira test od kraja do kraja?

Da bismo razumjeli malo više, otkrit ćemo Kako radi?

Uzmiprimjerbankarske industrije. Sigurno je malo od nas isprobalo Dionice. Kada vlasnik Demat računa kupi bilo koju dionicu, određeni postotak iznosa treba dati brokeru. Kada dioničar proda tu dionicu, bez obzira donosi li dobit ili gubitak, određeni postotak iznosa ponovno se daje brokeru. Sve te transakcije odražavaju se i upravljaju na računima. Cijeli postupak uključuje upravljanje rizikom.

Kada pogledamo gornji primjer, imajući na umu test od kraja do kraja, ustanovit ćemo da cijeli postupak uključuje više brojeva kao i različite razine transakcija. Cijeli postupak uključuje mnoge sustave koje može biti teško testirati.

E2E metode ispitivanja

# 1) Horizontalni test:

Ova se metoda koristi vrlo često. Pojavljuje se vodoravno u kontekstu višestrukih aplikacija. Ova se metoda može lako pojaviti u jednoj ERP (Enterprise Resource Planning) aplikaciji. Uzmimo primjer internetske primjene internetskog sustava naručivanja. Čitav postupak uključivat će račune, stanje zaliha proizvoda kao i detalje otpreme.

# 2) Vertikalni test:

Ovom metodom sve transakcije bilo koje aplikacije provjeravaju se i procjenjuju od početka do kraja. Svaki pojedinačni sloj aplikacije testira se počevši od vrha do dna. Uzmimo primjer web aplikacije koja koristi HTML kodove za dosezanje web poslužitelja. U takvim je slučajevima API potreban za generiranje SQL kodova prema bazi podataka. Svi ovi složeni računalni scenariji zahtijevat će odgovarajuću provjeru valjanosti i posebno testiranje. Stoga je ova metoda mnogo teža.

' Ispitivanje Bijele kutije ' kao i ' Ispitivanje crne kutije ' oba su povezana s ovim ispitivanjem. Ili drugim riječima, možemo reći, ovo je kombinacija prednosti testiranja bijele kutije i crne kutije. Ovisno o vrsti softvera koji se razvija, na različitim razinama, i tehnike ispitivanja, tj. Testiranje bijele kutije i crne kutije, koriste se prema potrebi i kada je to potrebno. U osnovi, test End to End izvodi funkcionalni kao i arhitektonski pristup bilo kojem softveru ili programima za provjeru valjanosti funkcija sustava.

Testeri poput potvrde End to End jer pisanje testnih slučajeva od korisnika ' U perspektivi i u stvarnom scenariju mogu izbjeći dvije uobičajene pogreške, tj. ' nedostaje buba ' i ' pisanje testnih slučajeva koji ne provjeravaju stvarne scenarije ' . To pruža testerima neizmjerni osjećaj postignuća.

Ispod je navedeno nekoliko smjernica koje treba imati na umu prilikom dizajniranja test slučajeva za izvođenje ove vrste testiranja:

  • Test slučajevi trebaju biti dizajnirani iz perspektive krajnjeg korisnika.
  • Trebali bi se usredotočiti na testiranje nekih postojećih značajki sustava.
  • Za stvaranje više testnih slučajeva treba razmotriti više scenarija.
  • Treba stvoriti različite skupove testnih slučajeva kako bi se usredotočili na više scenarija sustava.

Kao što izvršavamo bilo koji test slučaj, sličan je slučaj i s ovim testiranjem. Ako su test slučajevi 'Prošli', tj. Dobijemo očekivani izlaz, kaže se da je sustav uspješno prošao kraj do kraja test. Isto tako, ako sustav ne daje željeni izlaz, potrebno je ponovno testiranje test slučaja imajući na umu područja kvara.

Zašto provodimo E2E testiranje?

U sadašnjem scenariju, kao što je također prikazano na gornjem dijagramu, moderni softverski sustav sastoji se od njegove međusobne povezanosti s više podsustava. To je moderne softverske sustave učinilo vrlo složenima.

Ovi podsustavi o kojima govorimo mogu biti unutar iste organizacije ili u mnogim slučajevima mogu biti i iz različitih organizacija. Također, ti podsustavi mogu biti donekle slični ili različiti od trenutnog sustava. Kao rezultat toga, ako postoji bilo kakav kvar ili kvar u bilo kojem podsustavu, to može negativno utjecati na čitav Softverski sustav što dovodi do njegovog propadanja.

Ovi glavni rizici mogu se izbjeći i mogu se kontrolirati ovom vrstom ispitivanja:

  • Zadržite provjeru i izvršite provjeru protoka sustava.
  • Povećajte područja pokrivanja testom svih podsustava koji su uključeni u softverski sustav.
  • Otkriva probleme, ako ih ima sa podsustavima, i na taj način povećava produktivnost cijelog softverskog sustava.

Ispod su navedeni nekoliko aktivnosti koje su uključene u postupak od kraja do kraja:

  • Temeljita studija zahtjeva za provođenjem ovog ispitivanja.
  • Ispravan postavljanje testnih okruženja.
  • Temeljita studija hardverskih i softverskih zahtjeva.
  • Opisi svih podsustava kao i glavnog uključenog softverskog sustava.
  • Navedite uloge i odgovornosti svih uključenih sustava i podsustava.
  • Metode ispitivanja korištene u ovom ispitivanju, kao i standardi koji se slijede, njihov opis.
  • Dizajn test slučajeva, kao i matrica zahtjeva za praćenje.
  • Snimite ili spremite ulazne i izlazne podatke za svaki sustav.

E2E Okvir za dizajn ispitivanja

Testiranje od kraja do kraja-4

Razmotrit ćemo sve tri kategorije jednu po jednu:

# 1) Korisničke funkcije: Sljedeće radnje trebale bi se izvršiti kao dio izgradnje korisničkih funkcija:

  • Popis značajki softverskih sustava i njihovih međusobno povezanih podsustava.
  • Za bilo koju funkciju pratite izvršene radnje kao i ulazne i izlazne podatke.
  • Pronađite relacije, ako postoje, između različitih korisničkih funkcija.
  • Otkrijte prirodu različitih korisničkih funkcija, tj. ako su neovisni ili se mogu ponovno koristiti.

# 2) Uvjeti: Sljedeće aktivnosti treba provesti kao dio uvjeta gradnje na temelju korisničkih funkcija:

  • Za svaku korisničku funkciju treba pripremiti skup uvjeta.
  • Vrijeme, podaci i drugi čimbenici koji utječu na korisničke funkcije mogu se smatrati parametrima.

# 3) Ispitni slučajevi: Za izradu testnih slučajeva treba uzeti u obzir sljedeće čimbenike:

  • Za svaki scenarij treba stvoriti jedan ili više testnih slučajeva za testiranje svake funkcionalnosti korisničkih funkcija.
  • Svaki pojedinačni uvjet trebao bi biti naveden kao zaseban testni slučaj.

Uključene metrike

Prijelaz na sljedeće važne aktivnosti ili mjerne podatke uključene u ovo testiranje :

  1. Status pripreme test slučaja: To se može pratiti u obliku grafikona kako bi se prikazao napredak planiranih testnih slučajeva koji su u pripremi.
  2. Tjedno praćenje napretka testa: To uključuje tjedni prikaz napretka izvršenja testnih slučajeva. To se može odraziti kroz postotni prikaz za prolaz, neuspjeh, izvršenje, neizvršavanje, nevaljanost itd.
  3. Status i detaljno izvješće o nedostacima: Izvješće o stanju trebalo bi pripremiti svakodnevno kako bi se prikazao status izvršenja testnog slučaja, kao i pronađeni i evidentirani nedostaci prema njihovoj težini. Tjedno treba izračunati postotak otvorenih i zatvorenih nedostataka. Također, na temelju težine i prioriteta nedostataka, status nedostataka treba pratiti tjedno.
  4. Test okruženje: Ovo vodi evidenciju dodijeljenog vremena testnog okruženja kao i vremena testnog okruženja koje se stvarno koristi tijekom izvođenja ovog testiranja.

Gotovo smo vidjeli sve aspekte ovog testiranja. Sad nas pustite razlikovati ' Ispitivanje sustava ' i ' Ispitivanje od kraja do kraja ' . Ali prije toga, dopustite mi da vam dam osnovnu ideju o 'testiranju sustava' kako bismo mogli lako razlikovati dva oblika testiranje softvera .

Ispitivanje sustava oblik je ispitivanja koji uključuje niz različitih ispitivanja čija je svrha provesti cjelovito ispitivanje integriranog sustava. Testiranje sustava u osnovi je oblik testiranja crnih kutija gdje je fokus na vanjskom radu softverskih sustava s gledišta korisnika, uzimajući u obzir stvarne uvjete.

Testiranje sustava uključuje:

  • Testiranje potpuno integrirane aplikacije koja uključuje glavni sustav.
  • Utvrdite komponente koje međusobno djeluju i unutar sustava.
  • Provjerite željeni izlaz na temelju ponuđenih podataka.
  • Analiziranje korisničkog iskustva tijekom korištenja različitih aspekata aplikacije.

Iznad smo vidjeli osnovni opis ispitivanja sustava kako bismo ga razumjeli. Sada ćemo razmotriti razlike između 'testiranja sustava' i 'testiranja s kraja na kraj'.

S.Ne.Ispitivanje od kraja do krajaIspitivanje sustava
1Ovjerava glavni sustav softvera, kao i sve međusobno povezane podsustave.Prema specifikacijama navedenim u dokumentu Zahtjev, on samo provjerava softverski sustav.
dvaGlavni naglasak je na provjeri tijeka procesa testiranja od kraja do kraja.Glavni je naglasak na provjeri i provjeri značajki i funkcionalnosti softverskog sustava.
3Tijekom izvođenja ispitivanja uzimaju se u obzir sva sučelja, uključujući pozadinske procese softverskog sustava.Tijekom izvođenja ispitivanja uzimaju se u obzir samo funkcionalna i nefunkcionalna područja i njihove značajke.
4Ispitivanje od kraja do kraja izvršava se / izvodi nakon završetka testiranja sustava bilo kojeg softverskog sustava.Testiranje sustava u osnovi se izvodi nakon završetka integracijskog testiranja softverskog sustava.
5Ručno testiranje je uglavnom poželjno za provođenje end-to-end testiranja, jer ovaj oblik testiranja uključuje testiranje vanjskih sučelja, što ponekad može biti vrlo teško automatizirati. I učinit će cijeli postupak vrlo složenim.I ručno i automatizirano testiranje mogu se provesti kao dio ispitivanja sustava.

Zaključak

Nadam se da ste naučili različite aspekte testova s ​​kraja na kraj, poput njegovih procesa, mjernih podataka i razlike između testiranja sustava i testiranja s kraja na kraj.

Za svako komercijalno izdanje softvera, End to End provjera igra važnu ulogu jer testira cijelu aplikaciju u okruženju koje točno oponaša stvarne korisnike poput mrežne komunikacije, interakcije s bazom podataka itd.

Uglavnom se test od kraja do kraja izvodi ručno jer su troškovi automatizacije takvih slučajeva previsoki da bi ih mogla priuštiti svaka organizacija. To nije korisno samo za provjeru valjanosti sustava, već se može smatrati korisnim i za testiranje vanjske integracije.

Javite nam ako imate pitanja o testiranju od kraja do kraja.

Preporučena literatura

^