Uvod v testni scenarij

Testni scenarij je kombinacija dveh besed, to je test in scenarij. Test predstavlja dejanje preverjanja ali potrjevanja, scenarij pa predstavlja pot uporabnika. Vsaka preizkusna funkcionalnost se imenuje testni scenarij. Scenarij preizkusa lahko opišemo kot preverjanje ali potrjevanje potovanja uporabnika. V obliki dokumentov bo vseboval vse podrobne pisne preskusne primere za preizkušanje funkcionalnosti aplikacij. Gre za eno od najvišjih kategorizacij zahtev, ki jih je mogoče preizkusiti. Znan je tudi kot testna možnost ali testno stanje.

Zakaj ustvariti testne scenarije?

V enem preskusnem scenariju je mogoče zajeti več preskusnih primerov. Razmerje med testnimi scenariji in preskusnimi primeri je torej veliko. Toda za vsak scenarij mora preizkuševalec skrbeti za vsak scenarij. Testerji ga ustvarijo za testiranje aplikacije z vidika končnega uporabnika. Testerji iščejo vse razvijalce, zainteresirane strani in kupce, da jih pripravijo kritično.

Razlog za njihovo ustvarjanje je naslednji:

  • Popolna in ustrezna testna pokritost je zagotovljena z ustvarjanjem popolnih testnih scenarijev.
  • Ustvarjanje le-teh postane ključnega pomena za preučevanje funkcionalnosti programa do konca.
  • Najpomembnejše in najpomembnejše končne transakcije ali uporabo aplikacij v realnem času je mogoče pravilno določiti s pravilno pomočjo.
  • Uporabljajo se lahko kot orodje za hitro določanje preskusne delovne sile, ki strankam ali organizacijam še naprej pomaga učinkovito in učinkovito oblikovati predloge in organizirati testiranje delovne sile.
  • Za zagotovitev temeljitega in pravilnega testiranja aplikacij, odobritev le-tega poteka na različnih ravneh, vključno s strankami, poslovnimi analitiki, razvijalci itd.

Podobno lahko obstajajo določene okoliščine, v katerih se je treba izogniti njenemu ustvarjanju.

  • Morda ne bo ustvarjen v projektih, ki sledijo agilnim metodologijam, kot so Scrum itd.
  • Če so aplikacije, ki jih je treba preizkusiti, nestabilne ali preveč zapletene ali kadar je projekt v kritičnem času, se lahko izognemo temu.
  • Njenemu ustvarjanju se je mogoče izogniti za regresijsko testiranje ali za novo hrošče, saj bi se v vzdrževalnih projektih predhodno pojavile težke dokumentacije o njih v prejšnjih preskusnih ciklih.

Kako se lahko napišejo testni scenariji?

Preizkuševalec lahko za izdelavo testnih scenarijev izvede naslednje korake:

  • 1. korak: Dokument zahtev, kot so Specifikacija poslovnih zahtev (BRS), Specifikacija funkcionalne zahteve (FRS) in Specifikacija sistemskih zahtev (SRS), za aplikacijo, ki jo je treba preizkusiti, je treba natančno in natančno prebrati. Priročniki, knjige, primeri uporabe itd. Preizkušene vloge se lahko sklicujejo na isto.
  • 2. korak: Vse možne cilje in uporabniška dejanja je treba pravilno določiti za vsako zahtevo. Določiti je treba tudi vse tehnične značilnosti vsake zahteve.
  • 3. korak: Vse možne vzroke za krajo sistema in oceno uporabnikov je treba izvesti s hekerskega vidika. Ocenjevanje uporabnikov je mogoče storiti tako, da poiščete vse možnosti uporabnikovega delovanja aplikacij.
  • Korak 4: Po popolnem branju zahtevnega dokumenta in po zaključku analize je treba narediti popoln seznam vseh možnih primerov preskušanja za preverjanje vseh funkcionalnosti vloge.
  • Korak 5: Po vključitvi vseh za ustvarjanje zahteve in njegovega testnega scenarija se ujema matrika sledljivosti.
  • 6. korak: Nadzornik pregleda in oceni vse ustvarjene testne scenarije. Nadalje ga preverijo tudi vse zainteresirane strani.

V skladu s postopkom projekta mora biti vsak testni scenarij usklajen z vsaj eno uporabniško zgodbo ali zahtevo. Obvezno je preveriti vsak preskusni scenarij glede na njegovo zahtevo posebej, pred več zahtevami v enem samem testnem scenariju. Kompleksnim testnim scenarijem z več zahtevami se je mogoče izogniti zaradi preprostosti. Cena je sorazmerna s številom le-teh. Torej je vedno priporočljivo izvajati samo izbrane in zahtevane glede na prednost kupcev.

Primeri

Spodaj je nekaj primerov testnega scenarija

Testni scenarij za spletno nakupovalno aplikacijo Buykart

Testni scenariji, ki jih je mogoče upoštevati pri preverjanju spletne nakupovalne aplikacije Buykart, so naslednji:

Testni scenarij 1: Preverjanje funkcionalnosti prijave

Preskusni primeri, ki jih je mogoče upoštevati pri ustvarjanju, so:

  • Preverjanje vedenja aplikacije ob vnosu veljavnega ID-ja za prijavo in veljavnega gesla.
  • Preverjanje obnašanja aplikacije ob vnosu veljavnega ID-ja za prijavo in neveljavnega gesla.
  • Preverjanje vedenja aplikacije ob vnosu neveljavnega ID-ja za prijavo in veljavno geslo.
  • Preverjanje vedenja aplikacije ob vnosu neveljavnega ID-ja za prijavo in neveljavnega gesla.
  • Preverjanje vedenja aplikacije ob prijavi z vnosom ID-ja za prijavo brez gesla.
  • Obnašanje aplikacije ob prijavi z vnosom gesla brez ID-ja za prijavo je mogoče preveriti.
  • Preverjanje obnašanja aplikacije ob prijavi brez vnosa ID-ja in gesla za prijavo.
  • Obnašanje aplikacije, ko je izbrano pozabljeno geslo.

Testni scenarij 2: preverjanje funkcionalnosti iskanja

Preskusni primeri, ki jih je mogoče upoštevati pri ustvarjanju, so:

  • Obnašanje aplikacije pri iskanju veljavnega izdelka.
  • Obnašanje aplikacije, ko iščete neveljaven izdelek.

Scenarij testa 3: Preverjanje podrobnosti o izdelku

Preskusni primeri, ki jih je mogoče upoštevati pri ustvarjanju, so:

  • Obnašanje aplikacije, ko je izbran izdelek.
  • Obnašanje aplikacije, ki je izdelek na seznamu želja.
  • Obnašanje aplikacije, ko je izdelek dodan v košarico.
  • Obnašanje aplikacije, ko je izbrana možnost Nakup zdaj.
  • Obnašanje aplikacije ob vnosu neveljavnega naslova.
  • Obnašanje aplikacije, ko je vnesen veljaven naslov.
  • Obnašanje aplikacije, ko je preverjeno več možnosti plačila.

Scenarij preizkusa 4: Preverjanje funkcionalnosti plačila

Preskusni primeri, ki jih je mogoče upoštevati pri ustvarjanju, so:

  • Obnašanje aplikacije, ko je izbrana vsaka možnost plačila.
  • Obnašanje aplikacije, ko je izbrana veljavna možnost plačila.
  • Obnašanje aplikacije, ko je izbrana neveljavna možnost plačila.
  • Obnašanje vloge, ko je plačilo uspešno.
  • Obnašanje aplikacije, ko je plačilo zavrnjeno.

Testni scenarij 5: Preverjanje funkcionalnosti podrobnosti naročila

Preskusni primeri, ki jih je mogoče upoštevati pri ustvarjanju, so:

  • Obnašanje aplikacije, ko je izbrano vsako naročilo.
  • Obnašanje aplikacije, ko je izbrana možnost Vrni izdelek.
  • Obnašanje aplikacije, ko je izbrana možnost izdelka za sledenje.
  • Obnašanje aplikacije, ko je izbrana možnost Pregled izdelka.

Zaključek

Deluje kot pravilno vodilo za preizkuševalce in jim pomaga, da bodo testiranja učinkovitejša in uspešnejša. Pomaga pri zmanjševanju zahtevnosti in odvečnosti testiranja. Vsak testni primer je podrobno napisan za boljše razumevanje. Za testerje je zelo prihranek časa.

Priporočeni članki

To je vodnik za Kaj je testni scenarij. Tukaj razpravljamo, kako ustvariti testne scenarije z različnimi primeri. Za več informacij si lahko ogledate tudi naslednje članke -

  1. Stres negotovosti stresa
  2. Self motivirani in namenski
  3. Kaj je agilno testiranje?
  4. Kako napisati testni primer?

Kategorija:

Razvoj programske opreme