Mis on tarkvara testimise testistsenaarium (näited)

Mis on testistsenaarium?

A Testi stsenaarium on määratletud kui mis tahes funktsionaalsus, mida saab testida. Seda nimetatakse ka katsetingimuseks või testimisvõimaluseks. Testijana peaksite panema end lõppkasutaja kingadesse ja välja mõtlema testitava rakenduse tegelikud stsenaariumid ja kasutusjuhtumid.

Stsenaariumi testimine

Stsenaariumi testimine in tarkvara testimine on meetod, mille puhul kasutatakse tarkvararakenduse testimiseks testjuhtumite asemel tegelikke stsenaariume. Stsenaariumitestimise eesmärk on testida stsenaariume lõpuni konkreetse tarkvara keeruka probleemi jaoks. Stsenaariumid aitavad lihtsamalt testida ja hinnata keerulisi probleeme otsast lõpuni.

Uurime seda alloleva video abil –

Miks luua teststsenaariume?

Teststsenaariumid luuakse järgmistel põhjustel:

• Teststsenaariumide loomine tagab täieliku testi katvuse
• Teststsenaariumid saavad heaks kiita erinevad sidusrühmad, nagu ärianalüütikud, arendajad ja kliendid, et tagada testitava rakenduse põhjalik testimine. See tagab, et tarkvara töötab kõige tavalisematel kasutusjuhtudel.
• Need toimivad kiire abivahendina testimistöö määramiseks ja vastavalt kliendile ettepaneku tegemiseks või tööjõu organiseerimiseks.
• Need aitavad kindlaks teha kõige olulisemad täielikud tehingud või tarkvararakenduste tegelik kasutamine.
• Programmi täieliku toimimise uurimiseks on testistsenaarium kriitiline.

Millal mitte luua testistsenaariumit?

Teststsenaariume ei pruugita luua, kui

• Testitav rakendus on keeruline, ebastabiilne ja projektis on ajapuudus.
• Agiilset metoodikat järgivad projektid, nagu Scrum, Kanban, ei pruugi testistsenaariume luua.
• Teststsenaariumit ei pruugita luua uue veaparanduse või Regressioonitestimine. Sellistel juhtudel peavad testistsenaariumid olema juba eelmistes katsetsüklites põhjalikult dokumenteeritud. See kehtib eriti hooldusprojektide kohta.

Kuidas kirjutada testistsenaariume

Testijana saate testistsenaariumide loomiseks järgida neid viit sammu.

• Samm 1: Lugege testitava süsteemi (SUT) nõuete dokumente, nagu BRS, SRS, FRS. Võite viidata ka testitava rakenduse kasutusjuhtudele, raamatutele, käsiraamatutele jne.
• Samm 2: mõelge iga nõude jaoks välja võimalikud kasutaja tegevused ja eesmärgid. Määrake nõude tehnilised aspektid. Tehke kindlaks süsteemi kuritarvitamise võimalikud stsenaariumid ja hinnake häkkerite mõtteviisiga kasutajaid.
• Samm 3: Pärast nõuete dokumendi lugemist ja nõuetekohase analüüsi tegemist koostage erinevad testistsenaariumid, mis kontrollivad tarkvara iga funktsiooni.
• Samm 4: Kui olete kõik võimalikud testistsenaariumid loetlenud, a Jälgitavuse maatriks luuakse, et kontrollida, kas igal ja igal nõudel on vastav testistsenaarium
• Samm 5: Teie juhendaja vaatab loodud stsenaariumid üle. Later, vaatavad need läbi ka teised projekti sidusrühmad.

Näpunäiteid testistsenaariumide loomiseks

• Iga testistsenaarium peaks projekti metoodika kohaselt olema seotud vähemalt ühe nõude või kasutajalooga.
• Enne mitut nõuet korraga kontrolliva testistsenaariumi loomist veenduge, et teil on teststsenaarium, mis kontrollib seda nõuet eraldi.
• Vältige liiga keeruliste teststsenaariumide loomist, mis hõlmavad mitut nõuet.
• Stsenaariumide arv võib olla suur ja nende kõigi käitamine on kulukas. Kliendi prioriteetide põhjal käitage ainult valitud testistsenaariume

Näide 1: e-kaubanduse rakenduse testistsenaarium

E-kaubanduse rakenduse jaoks oleks mõned katsestsenaariumid

Teststsenaarium 1: Kontrollige sisselogimisfunktsiooni

Et aidata teil mõista erinevust Testi stsenaarium ja Testjuhtumid, oleksid selle testistsenaariumi jaoks konkreetsed katsejuhud

1. Kontrollige süsteemi käitumist kehtiva e-posti ID ja parooli sisestamisel.
2. Kontrollige süsteemi käitumist, kui sisestatakse vale e-posti ID ja kehtiv parool.
3. Kontrollige süsteemi käitumist kehtiva e-posti ID ja vale parooli sisestamisel.
4. Kontrollige süsteemi käitumist, kui sisestatakse vale e-posti ID ja vale parool.
5. Kontrollige süsteemi käitumist, kui e-posti ID ja parool on tühjaks jäetud ja sisestatud Logi sisse.
6. Kontrollige Unustasite, et teie parool töötab ootuspäraselt
7. Kontrollige süsteemi käitumist kehtiva/vale telefoninumbri ja parooli sisestamisel.
8. Kontrollige süsteemi käitumist, kui on märgitud valik „Hoia mind allkirjastatuna”.

Nagu ilmne, on testjuhtumid spetsiifilisemad.

Teststsenaarium 2: Kontrollige otsingufunktsiooni

Teststsenaarium 3: Kontrollige toodet Descriptiooni leht

Teststsenaarium 4: Kontrollige maksete funktsionaalsust

Teststsenaarium 5: Kontrollige tellimuste ajalugu

Peale nende 5 stsenaariumi on siin kõigi teiste stsenaariumide loend

• Kontrollige kodulehe käitumist naasvate klientide puhul
• Kontrollige kategooria/toote lehti
• Kontrollige klienditeeninduse/kontaktide lehti
• Kontrollige päevapakkumiste lehti

Näide 2: pangasaidi testimise stsenaariumid

Teststsenaarium 1: Kontrollige sisselogimise ja autentimise funktsioone

Teststsenaarium 2: Saate teha rahaülekande

Teststsenaarium 3: Saate vaadata konto väljavõtet

Teststsenaarium 4: Saate luua tšeki fikseeritud hoiuse/korduva sissemakse

Ja nii edasi…

Testi stsenaariumi mall

Laadi alla testistsenaariumi mall Excel (.xlsx)