what is test scenario
Ta vadnica pojasnjuje, kaj je testni scenarij, skupaj s pomenom, izvajanjem, primeri in predlogi testnega scenarija:
Vsaka programska funkcionalnost / funkcija, ki jo je mogoče preizkusiti, naj bi bila testni scenarij. Pri pisanju kakršnih koli testnih scenarijev se upošteva perspektiva končnega uporabnika.
Ta vadnica vam bo pomagala pri odgovarjanju na vprašanja: zakaj so potrebni testni scenariji, kdaj so napisani testni scenariji in kako napisati testne scenarije.
Kaj se boste naučili:
Kaj je testni scenarij?
Razmislite o hipotetični situaciji: Tam je ogromen ocean. Preko oceana moraš potovati z ene morske obale na drugo. Na primer, od Mumbaja, morska obala Indije do Kolomba, obala Srilanke.
Način potovanja, ki ga lahko izberete, je:
(i) dihalne poti: Poletite v Colombo

(ii) Plovne poti:Raje ladje potujte v Colombo

(iii) Železnice:Z vlakom do Srilanke

Zdaj za testne scenarije: Potovanje od morske obale do obale Colomba je funkcionalnost, ki jo je treba preizkusiti.
Testni scenariji vključujejo:
- Potujete z Airways,
- Potovanje po plovnih poteh oz
- Potovanje po železnicah.
Ti testni scenariji bodo vsebovali testne primere.
Testni primeri, ki jih je mogoče napisati za zgornje testne scenarije, vključujejo:
Testni scenarij: Potovanje z letalskimi potmi
Testni primeri lahko vključujejo scenarije, kot so:
- Let poteka po predvidenem času.
- Let ni v predvidenem času.
- Sledile so izredne razmere (močne padavine in nevihta).
Na enak način lahko za druge preostale scenarije napišemo ločen nabor testnih primerov.
Zdaj pa pojdimo na tehnološke preskusne scenarije.
Vse, kar je mogoče preizkusiti, je testni scenarij. Tako lahko trdimo, da je katera koli funkcionalnost programske opreme, ki je v preskusu in jo lahko razdelimo na več manjših funkcij in jo lahko označimo kot „testni scenarij“.
Pred dostavo katerega koli izdelka stranki je treba oceniti in oceniti kakovost izdelka. Testni scenarij pomaga pri ocenjevanju funkcionalne kakovosti programske aplikacije, ki je skladna s poslovnimi zahtevami.
Preskusni scenarij je postopek, pri katerem preizkuševalec preizkuša programsko aplikacijo z vidika končnega uporabnika. Pred izvajanjem v proizvodnem okolju se temeljito oceni delovanje in kakovost programske aplikacije.
Pomen testnega scenarija
- En testni scenarij ima lahko več 'testnih primerov'. Lahko si ga predstavljamo kot veliko panoramsko sliko in testni primeri so majhni deli, ki so pomembni za dokončanje panorame.
- To je enovrstična izjava in testni primeri vsebujejo podroben opis za dokončanje namena izjave o testnem scenariju.
- Primer:
Testni scenarij: Izplačajte plačilo za storitev kabine.
Ta bo imela več testnih primerov, kot je navedeno spodaj:
(jaz) Način plačila: PayPal, Paytm, kreditna / debetna kartica.
(ii) Plačilokončano je uspešno.
(iii) Izvedeno plačilo je neuspešno.
(iv) Plačilopostopek vmes prekinjen.
(v) Ne morem dostopati do plačilnih sredstev.
(mi) Prijavavmes pokvari.
- Testni scenariji tako pomagajo pri ocenjevanju programske aplikacije glede na dejanske razmere.
- Preskusni scenariji, kadar so določeni, pomagajo razčleniti obseg testiranja.
- Ta bifurkacija se imenuje prednostna naloga, ki pomaga pri določanju pomembnih funkcij programske aplikacije.
- Prednostno preizkušanje funkcionalnosti v veliki meri pomaga pri uspešni implementaciji programske aplikacije.
- Ko dobijo preskusni scenariji prednost, lahko najpomembnejše funkcionalnosti zlahka prepoznamo in jih prednostno preizkusimo. To zagotavlja, da večina ključnih funkcij deluje brezhibno, napake v zvezi z njimi pa so pravilno zajete in odpravljene.
- Testni scenariji določajo pretok poslovnih procesov programske opreme in tako je možno cestno testiranje aplikacije.
Razlika med testnim scenarijem in testnim primerom

| Preskusni scenarij | Testni primeri |
|---|---|
| Potrebna kratka dokumentacija. | Potrebna je podrobna dokumentacija. |
| Testni scenarij je koncept. | Testni primeri so rešitve za preverjanje tega koncepta. |
| Testni scenarij je visoko raven funkcionalnosti. | Testni primeri so podroben postopek za preizkušanje funkcionalnosti na visoki ravni. |
| Preskusni scenariji izhajajo iz zahtev / uporabniških zgodb. | Testni primeri izhajajo iz testnih scenarijev. |
| Preskusni scenarij je 'Katero funkcionalnost je treba preskusiti' | Testni primeri so 'Kako preizkusiti funkcionalnost'. |
| Testni scenariji imajo več testnih primerov. | Testni primer je lahko povezan z več testnimi scenariji ali pa tudi ne. |
| Posamezni preizkusni scenariji se nikoli ne ponovijo. | Posamezni testni primer se lahko večkrat uporablja v različnih scenarijih. |
| Za dokončanje testnega scenarija so potrebne seje možganske nevihte. | Potrebno je podrobno tehnično znanje programske aplikacije |
| Prihranek časa kot podrobnosti o minutah ni potreben. | Zamudno, saj je treba poskrbeti za vsako minutno podrobnost. |
| Stroški vzdrževanja so nizki, saj so potrebni viri nizki. | Stroški vzdrževanja so visoki, saj so potrebna velika sredstva |
Zakaj so testni scenariji nepogrešljivi?
Preskusni scenariji izhajajo iz zahtev ali zgodb uporabnikov.
- Vzemimo primer testnega scenarija za rezervacijo v kabini.
- Scenariji so lahko na primer možnosti rezervacije kabine, načini plačila, sledenje GPS, cestni zemljevid, prikazan pravilno ali ne, podrobnosti kabine in voznika, prikazani pravilno ali ne, itd. Vsi so navedeni v predlogi za testni scenarij.
- Zdaj predpostavimo, da je testni scenarij preveriti, ali so lokacijske storitve vklopljene, če niso vklopljene, se prikaže sporočilo »Vklopi lokacijske storitve«. Ta scenarij je zamujen in ni naveden v predlogi za testne scenarije.
- Scenarij „Lokacijska storitev“ povzroča druge preskusne scenarije, povezane z njim. To so lahko:
- Lokacijska storitev je zasenčena.
- Lokacijska storitev je bila vklopljena, a brez interneta.
- Omejitve za lokacijske storitve.
- Prikaže se napačna lokacija.
- Manjka en scenarij lahko pomeni, da pogrešate številne druge ključnih scenarijev ali testnih primerov . To ima lahko super negativni vpliv med izvajanjem programske aplikacije. Posledica tega je velika izguba sredstev (roki).
- Testni scenariji v veliki meri pomagajo pri izogibanje izčrpnemu testiranju . Zagotavlja, da se preizkusijo vsi ključni in pričakovani poslovni tokovi, kar dodatno pomaga pri končnem in končnem testiranju aplikacije.
- To so prihranki časa. Prav tako ni potreben veliko podroben opis glede na testne primere. Določen je enoslojni opis o tem, kaj preizkusiti.
- Testni scenariji so napisani po možganske nevihte članov ekipe. Zato je verjetnost, da boste zamudili kateri koli scenarij (ključni ali manjši), minimalna. To se naredi ob upoštevanju tehničnih značilnosti in tudi poslovnega toka programske aplikacije.
- Poleg tega lahko preskusne scenarije odobri bodisi poslovni analitik bodisi naročnik ali oba, ki izrecno poznata preizkušano aplikacijo.
Testni scenariji so tako nepogrešljiv del SDLC.
najboljši okvir za enotno testiranje za javo -
Izvajanje testnih scenarijev
Oglejmo si izvajanje testnih scenarijev ali kako napisati testne scenarije -
- Oblikujejo se epske / poslovne zahteve.
- Primer epike : Ustvarite račun za Gmail. Eps je lahko glavna značilnost aplikacije ali poslovne zahteve.
- Epike so v sprintih razdeljene na manjše uporabniške zgodbe.
- Zgodbe uporabnikov izhajajo iz Epics. Te uporabniške zgodbe morajo temeljne informacije odobriti zainteresirane strani.


- Preskusni scenariji izhajajo iz uporabniških zgodb ali BRS (dokument s poslovnimi zahtevami), SRS (dokument s specifikacijo sistemskih zahtev) ali FRS (dokument s funkcionalnimi zahtevami), ki je dokončan in izhodiščen.
- Preizkuševalci pišejo preskusne scenarije.
- Te preskusne scenarije odobri vodja skupine, poslovni analitik ali vodja projekta, odvisno od organizacije.
- Vsak testni scenarij mora biti vezan na vsaj eno uporabniško zgodbo.
- Ugotoviti je treba pozitivne in negativne scenarije preskusov.
- Zgodbe uporabnikov sestavljajo Merila sprejemljivosti, kot so :
- Merila sprejemljivosti so seznam pogojev ali stanje namena za zahteve strank. Pri pisanju meril za sprejem se upoštevajo pričakovanja kupca in tudi nesporazumi.
- Ti so edinstveni za eno uporabniško zgodbo in vsaka uporabniška zgodba mora imeti vsaj ena merila sprejemljivosti, ki jih je treba neodvisno preizkusiti.
- Merila sprejemljivosti pomagajo določiti, katere značilnosti so v obsegu in katere izven obsega projekta. Ta merila morajo vključevati tako funkcionalne kot tudi nefunkcionalne lastnosti.
- Poslovni analitiki napišejo merila za sprejem in lastnik izdelka jih odobri.
- V nekaterih primerih lahko lastnik izdelka sam napiše merila.
- Preskusne scenarije je mogoče dobiti na podlagi meril sprejemljivosti.
Primeri testnih scenarijev
# 1) Preizkusite scenarije za aplikacijo Kindle
Kindle je aplikacija, ki svojim e-bralnikom omogoča, da e-knjige iščejo po spletu, jih prenašajo in kupujejo. Amazon Kindle bralniku e-knjig daje resnično izkušnjo držanja knjige v roki in branja. Tudi obračanje strani je lepo simulirano v aplikaciji.
Zdaj pa si zapišite poskusne scenarije. ( Opomba: Spodaj so navedeni omejeni scenariji, da dobite splošno idejo za pisanje testnega scenarija. Iz njega lahko izhaja več testnih primerov).
| Testni scenariji # | Preskusni scenariji |
|---|---|
| 7. | Preverite, ali funkcionalnost prenosa deluje pravilno. |
| 1. | Preverite, ali se aplikacija Kindle pravilno zažene. |
| dva | Po zagonu aplikacije preverite, ali se ločljivost zaslona prilagodi različnim napravam. |
| 3. | Preverite, ali je prikazano besedilo berljivo. |
| 4. | Preverite, ali možnosti za povečavo in pomanjšavo delujejo. |
| 5. | Preverite, ali so združljive datoteke, uvožene v aplikaciji Kindle, berljive. |
| 6. | Preverite zmogljivost shrambe aplikacije Kindle. |
| 8. | Preverite, ali simulacija obračanja strani deluje pravilno |
| 9. | Preverite združljivost formatov e-knjig z aplikacijo Kindle. |
| 10. | Preverite pisave, ki jih podpira aplikacija Kindle. |
| enajst | Preverite življenjsko dobo baterije, ki jo uporablja aplikacija Kindle. |
| 12. | Preverite delovanje Kindle, odvisno od omrežne povezljivosti (Wi-Fi, 3G ali 4G). |
Iz vsakega zgoraj navedenega testnega scenarija je mogoče izpeljati več testnih primerov.
# 2) Merila sprejemljivosti za Google Dokumente
„Google docs“ je spletna aplikacija za ustvarjanje, urejanje in skupno rabo besednih dokumentov, preglednic, diapozitivov in obrazcev. Do vseh datotek je mogoče dostopati prek spleta z uporabo spletnega brskalnika z internetno povezavo.
Ustvarjene dokumente lahko delite kot spletno stran ali dokument, pripravljen za tiskanje. Uporabnik lahko nastavi omejitve glede tega, kdo si lahko ogleduje in ureja dokumente. Posamezniki z različnih geografskih krajev lahko en dokument skupno delijo in obdelujejo.
Spodaj so za splošno razumevanje navedeni omejeni scenariji preizkusov. Poglobljeni preskusni scenariji za Google Dokumente so lahko povsem ločena tema.
| Merila sprejemljivosti # | Merila sprejemljivosti |
|---|---|
| 7. | Na enem dokumentu lahko dela več uporabnikov. |
| 1. | Word, Sheets ali Obrazci je mogoče uspešno odpreti brez napak. |
| dva | Na voljo so predloge za dokumente, liste in diapozitive. |
| 3. | Razpoložljive predloge so dostopne uporabnikom. |
| 4. | Uporabljeno predlogo je mogoče urejati (npr. Pisave, velikost pisave, dodajanje besedila, brisanje besedila, vstavljanje diapozitiva). |
| 5. | Če internetna povezava začasno ni na voljo, lahko datoteko shranite lokalno in jo naložite glede na razpoložljivost internetne povezave. |
| 6. | Spremembe več uporabnikov niso preveč napisane. |
| 8. | Opravljeno delo se shrani, če se med nalaganjem datoteke izgubi internetna povezava. |
| 9. | Omejitve skupne rabe se uporabljajo pravilno. |
| 10. | Uporabniki z omejitvami pogleda ne morejo urejati dokumentov. |
| enajst | Dokumente je mogoče objaviti na internetu za splošno javnost. |
| 12. | Spremembe dokumentov se shranijo s časovnim žigom in podrobnostmi avtorja. |
Število testnih scenarijev bo za Google Dokumente veliko in zelo veliko. V takih primerih na splošno zainteresirane strani določijo in odobrijo le merila sprejemljivosti, člani ekipe pa delajo na teh merilih sprejemljivosti. Pisanje testnih primerov za testne scenarije je lahko izčrpna naloga za velike aplikacije.
Ta merila sprejemljivosti igrajo pomembno vlogo pri ponavljajočem se načrtovanju postopkov in jih nikoli ne smemo spregledati. Če jih določite vnaprej in vnaprej, se izognete presenečenjem ali pretresom ob koncu sprinta ali izpustov
Glede na to predpogoj.
Kdaj narediti akcijo.
Potem pričakovani rezultat.
Oblike Dane, Kdaj in Potem so koristne za določanje meril sprejemljivosti.
Primer predloge testnega scenarija
| Uporabi ID številke zgodbe | ID testnega scenarija št. | Različica # | Preskusni scenariji | Št. Testnih primerov | Pomen |
|---|---|---|---|---|---|
| USID 12.1 | TSID12.1.1 | Kin12.4 | Preverite, ali se aplikacija Kindle pravilno zažene. | 4. | Visoko |
| USID 12.1 | TSID 12.1.2 | Kin12.4 | Preverite zmogljivost shrambe aplikacije Kindle. | 3. | Srednje |
Zaključek
Pri vsakem testiranju programske opreme je zelo pomembno razumevanje in določanje testnih scenarijev. Kakovost programske opreme je mogoče izboljšati z dobro podlago za testne scenarije. Pogosto se lahko uporaba testnih primerov in testnih scenarijev zamenja.
Pravilo palca pa je, da se testni scenarij uporablja za pisanje več testnih primerov ali lahko rečemo, da testni primeri izhajajo iz testnih scenarijev. Dobro definirani testni scenariji zagotavljajo kakovostno programsko opremo.
Priporočeno branje
- Vzorčna predloga načrta preizkusa programske opreme z obliko in vsebino
- Vzorčna predloga testnega primera s primeri testnega primera (prenos)
- Vzorčna predloga za poročilo o preizkusu sprejemljivosti s primeri
- Predloge v jeziku C ++ z primeri
- Vadnica Python DateTime s primeri
- Izreži ukaz v Unixu s primeri
- Testni scenarij in testni primer: Kakšna je razlika med njimi?
- Blazemeter vtičnik in predloga Jmeter