Uvod u testni scenarij
Testni scenarij kombinacija je dvije riječi, odnosno testa i scenarija. Test predstavlja akt provjere ili provjere valjanosti, a scenarij predstavlja put korisnika. Svaka testirana funkcionalnost naziva se testni scenarij. Scenarij ispitivanja može se opisati kao provjera ili potvrda putovanja korisnika. Bit će u obliku dokumenata koji sadrže sve detaljno napisane testne slučajeve za testiranje funkcionalnosti aplikacija za kraj. To je jedna od kategorizacija zahtjeva na visokoj razini koja se može testirati. Također je poznata i kao testna mogućnost ili testni uvjet.
Zašto stvoriti testne scenarije?
Više testnih slučajeva može biti obuhvaćeno jednim testnim scenarijem. Stoga je odnos između scenarija ispitivanja i testnih slučajeva jedan na mnoštvo. Ali ispitivač mora paziti na svaki scenarij dok ga stvara. Testerci ga stvaraju kako bi testirali aplikaciju s gledišta krajnjeg korisnika. Ispitivači traže od svih programera, dionika i kupaca da ih pripreme za one koji su kritični.
Razlog za njihovo stvaranje je sljedeći:
- Kompletna i pravilna pokrivenost testom osigurana je stvaranjem savršenih testnih scenarija.
- Stvaranje istih postaje presudno za proučavanje funkcionalnosti programa do kraja.
- Najvažnije i najvažnije krajnje transakcije ili upotreba aplikacija u stvarnom vremenu mogu se utvrditi uz odgovarajuću pomoć.
- Oni se mogu koristiti kao alat za brzo utvrđivanje radne snage za testiranje što dodatno pomaže klijentima ili organizacijama za učinkovito i učinkovito stvaranje prijedloga i organizaciju testiranja radne snage.
- Da bi se osiguralo temeljito i pravilno testiranje aplikacija, odobrenje se vrši na različitim razinama, uključujući kupce, poslovne analitičare, programere itd.
Slično tome, mogu postojati određene okolnosti u kojima treba izbjegavati njegovo stvaranje.
- Možda se ne stvara u projektima koji slijede agilne metodologije, poput Scruma, itd.
- Ako su aplikacije koje treba testirati nestabilne ili previše složene ili je projekt u kritičnom vremenu, to se može izbjeći.
- Stvaranje istog može se izbjeći za regresijsko testiranje ili za novu grešku, jer će se u projektima održavanja teške dokumentacije o njima prethodno dogoditi u prethodnim ciklusima ispitivanja.
Kako se mogu pisati testni scenariji?
Sljedeće korake tester može izvesti za izradu testnih scenarija:
- Korak 1: Dokument zahtjeva kao što su Specifikacija poslovnih zahtjeva (BRS), Specifikacija funkcionalnih zahtjeva (FRS) i Specifikacija zahtjeva sustava (SRS) aplikacije koja se testira treba pročitati temeljito i pažljivo. Priručnici, knjige, slučajevi upotrebe itd. Aplikacije koja se testira mogu se uputiti na iste.
- Korak 2: Svi mogući ciljevi i korisničke radnje trebaju se ispravno utvrditi za svaki zahtjev. Sve tehničke karakteristike svakog zahtjeva također trebaju biti određene.
- Korak 3: Svi mogući uzroci hakiranja sustava i procjene korisnika trebaju biti učinjeni iz perspektive hakera. Procjena korisnika može se izvršiti pronalaženjem svih mogućnosti korisničkog rada aplikacija.
- Korak 4: Potpuni popis svih mogućih testnih slučajeva za provjeru svih funkcionalnosti aplikacije treba biti napravljen nakon što ste u potpunosti pročitali dokument zahtjeva i dovršili analizu.
- Korak 5: Nakon prikupljanja svih za provjeru zahtjeva i njegovog testnog scenarija podudara se matrica sljedivosti.
- 6. korak: Nadzorni organ pregledava i procjenjuje sve stvorene testne scenarije. Također je također provjerava od strane svih dionika.
Prema projektnom postupku, svaki testni scenarij mora biti usklađen s najmanje jednom korisničkom pričom ili zahtjevom. Obavezna je provjera svakog testnog scenarija prema njegovom zahtjevu zasebno, prije više zahtjeva u jednom testnom scenariju. Složeni scenariji ispitivanja s više zahtjeva mogu se izbjeći radi jednostavnosti. Cijena je izravno proporcionalna njihovom broju. Dakle, preporučljivo je prikazivati samo odabrane i potrebne u skladu s prioritetom kupaca.
Primjeri
Ispod je nekoliko primjera testnog scenarija
Testni scenarij za online aplikaciju za kupovinu Buykart
Scenariji testiranja koji se mogu uzeti u obzir za provjeru aplikacije za kupovinu putem interneta Buykart su sljedeći:
Scenarij testiranja 1: Provjera funkcionalnosti prijave
Ispitni slučajevi koji se mogu uzeti u obzir za stvaranje su:
- Ponašanje aplikacije prilikom unosa valjanog ID-a za prijavu i važeće lozinke može se provjeriti.
- Ponašanje aplikacije prilikom unosa valjanog ID-a za prijavu i nevažeće lozinke može se provjeriti.
- Ponašanje aplikacije prilikom unosa nevažećeg ID-a za prijavu i važeće lozinke može se provjeriti.
- Ponašanje aplikacije prilikom unosa nevažećeg ID-a za prijavu i nevažeće lozinke može se provjeriti.
- Ponašanje aplikacije prilikom prijave unosom samog ID-a za prijavu bez lozinke može se provjeriti.
- Ponašanje aplikacije prilikom prijave unosom lozinke bez ID-a za prijavu može se provjeriti.
- Ponašanje aplikacije prilikom prijave bez unosa ID-a i lozinke za prijavu može se provjeriti.
- Ponašanje aplikacije kada je odabrana zaboravljena lozinka.
Scenarij testa 2: Provjera funkcionalnosti pretraživanja
Ispitni slučajevi koji se mogu uzeti u obzir za stvaranje su:
- Ponašanje aplikacije kod pretraživanja valjanog proizvoda.
- Ponašanje aplikacije kod pretraživanja neispravnog proizvoda.
Scenarij testa 3: Provjeravanje detalja o proizvodu
Ispitni slučajevi koji se mogu uzeti u obzir za stvaranje su:
- Ponašanje aplikacije kada je odabran proizvod.
- Ponašanje aplikacije koju je proizvod naveo na popisu želja.
- Ponašanje aplikacije kada se proizvod doda u košaricu.
- Ponašanje aplikacije kada je odabrana opcija Kupi sad.
- Ponašanje aplikacije kada je unesena nevažeća adresa.
- Ponašanje aplikacije kada je unesena valjana adresa.
- Ponašanje aplikacije kada se provjeri više opcija plaćanja.
Scenarij testa 4: Provjera funkcionalnosti plaćanja
Ispitni slučajevi koji se mogu uzeti u obzir za stvaranje su:
- Ponašanje aplikacije kada je odabrana svaka opcija plaćanja.
- Ponašanje aplikacije kada je odabrana valjana opcija plaćanja.
- Ponašanje aplikacije kada je odabrana nevažeća opcija plaćanja.
- Ponašanje aplikacije kada je uplata uspješna.
- Ponašanje aplikacije kada je plaćanje odbijeno.
Scenarij testa 5: Provjera funkcionalnosti detalja narudžbe
Ispitni slučajevi koji se mogu uzeti u obzir za stvaranje su:
- Ponašanje aplikacije kada je odabrana svaka narudžba.
- Ponašanje aplikacije kada je odabrana opcija Povrat proizvoda.
- Ponašanje aplikacije kada je odabrana opcija proizvoda za praćenje.
- Ponašanje aplikacije kada je odabrana opcija Pregled proizvoda.
Zaključak
Djeluje kao pravi vodič ispitivačima i pomaže im da testiranja budu učinkovitija i učinkovitija. Pomaže u smanjenju složenosti ispitivanja i suvišnosti. Svaki je testni slučaj detaljno napisan radi boljeg razumijevanja. To je veoma ušteda vremena za testere.
Preporučeni članci
Ovo je vodič koji je testni scenarij. Ovdje smo razgovarali o tome kako stvoriti testne scenarije s različitim primjerima. Možete također pogledati sljedeće članke da biste saznali više -
- Stres nesigurnosti posla
- Self motivirani i posvećeni
- Što je Agile testiranje?
- Kako napisati test slučaj?