Kuidas kirjutada näidetega testjuhtumeid
Thomas Hamilton
🚀 Nutikas kokkuvõte
Testjuhtum on dokumenteeritud tingimuste, sisendite, toimingute ja oodatavate tulemuste kogum, mille eesmärk on kontrollida, kas konkreetne funktsioon töötab tarkvararakendustes õigesti.
Mis on testjuhtum?
A testjuhtum on komplekt tegevused, sisendid ja oodatavad tulemused mis aitab testijatel kontrollida, kas tarkvara konkreetne funktsioon või funktsioon töötab ettenähtud viisil. See toimib samm-sammult juhend mis määratleb, mida testida, kuidas seda testida ja millist tulemust oodata.
Mõtle testjuhtumile kui valideerimise retsept — see ütleb sulle täpsed koostisosad (katseandmed), protsessi (sooritatavad sammud) ja milline peaks välja nägema ideaalne roog (eeldatav tulemus).
Hästi kirjutatud testjuhtum aitab tagada:
- Tarkvara vastab nõuetele äri- ja kasutajavajadused.
- Vead või ootamatud käitumisviisid on varakult tabatud.
- Testimine võib olla korratud ja üle vaadatud iga kvaliteedikontrolli spetsialisti poolt.
- Meeskonnad saavad jälgida millist nõuet iga test kontrollib.
👉 Registreeru tasuta reaalajas tarkvara testimise projektile
Katsejuhtumite loomise sammud käsitsi testimisel
Loome stsenaariumi jaoks testjuhtumi: Kontrollige sisselogimisfunktsiooni
Step 1) Stsenaariumi selgitamiseks oleks lihtne testjuhtum
| Testjuhtum nr | Testjuhtum Descriptioon |
|---|---|
| 1 | Kontrollige vastust kehtiva e-posti aadressi ja parooli sisestamisel |
Step 2) Testige andmeid.
Testjuhtumi läbiviimiseks vajate Testi andmed. Selle lisamine allpool
| Testjuhtum nr | Testjuhtum Descriptioon | Testi andmed |
|---|---|---|
| 1 | Kontrollige vastust kehtiva e-posti aadressi ja parooli sisestamisel | E-post: guru99@email.com Parool: lNf9^Oti7^2h |
Testiandmete tuvastamine võib olla aeganõudev ja mõnikord võib osutuda vajalikuks katseandmete uuesti loomine. Selle põhjus tuleb dokumenteerida.
Step 3) Tehke toiminguid.
Testjuhtumi käivitamiseks peab testija sooritama AUT-ga teatud toimingute komplekti. See on dokumenteeritud järgmiselt:
| Testjuhtum nr | Testjuhtum Descriptioon | Testi sammud | Testi andmed |
|---|---|---|---|
| 1 | Kontrollige vastust kehtiva e-posti aadressi ja parooli sisestamisel | 1) Sisestage e-posti aadress
2) Sisestage parool 3) Klõpsake nuppu Logi sisse |
E-post: guru99@email.com
Parool: lNf9^Oti7^2h |
Tihtilugu ei ole testimisetapid nii lihtsad kui eespool kirjeldatud, seega vajavad need dokumenteerimist. Samuti võib testi autor organisatsioonist lahkuda, minna puhkusele, olla haige ja töölt eemal või olla väga hõivatud muude kriitiliste ülesannetega. Hiljuti tööle võetud töötajal võidakse paluda testi läbi viia. Dokumenteeritud sammud aitavad teda ja hõlbustavad ka teiste sidusrühmade poolt tehtavaid ülevaateid.
Step 4) Kontrollige AUT-i käitumist.
Tarkvara testimise testjuhtumite eesmärk on kontrollida AUT-i käitumist oodatava tulemuse saavutamiseks. See tuleb dokumenteerida allpool.
| Testjuhtum nr | Testjuhtum Descriptioon | Testi andmed | Oodatud Tulemus |
|---|---|---|---|
| 1 | Kontrollige vastust kehtiva e-posti aadressi ja parooli sisestamisel | E-post: guru99@email.com Parool: lNf9^Oti7^2h |
Sisselogimine peaks olema edukas |
Testi teostamise ajal kontrollib testija eeldatavaid tulemusi tegelike tulemustega ja määrab läbitud või ebaõnnestunud oleku
| Testjuhtum nr | Testjuhtum Descriptioon | Testi andmed | Oodatud Tulemus | Tegelik tulemus | Läbitud / ebaõnnestunud |
|---|---|---|---|---|---|
| 1 | Kontrollige vastust kehtiva e-posti aadressi ja parooli sisestamisel | E-post: guru99@email.com Parool: lNf9^Oti7^2h | Sisselogimine peaks olema edukas | Sisselogimine õnnestus | Sooritama |
Step 5) Sellel, välja arvatud teie testjuhtumil, võib olla selline väli nagu
eeltingimus, mis määrab asjad, mis peavad olema paigas enne testi käivitamist. Meie testi puhul oleks eeltingimuseks testitavale saidile juurdepääsuks installitud brauser. Test võib sisaldada ka järeltingimusi, mis määravad kõik, mis kehtib pärast testi lõppemist. Meie testi puhul oleks järeltingimus sisselogimise kellaaeg ja kuupäev salvestatud andmebaasi.
Testijuhtumi põhielemendid
Standardne testjuhtum sisaldab tavaliselt järgmist:
- Testjuhtumi ID – Unikaalne identifikaator (nt TC001)
- Pealkiri või Descriptioon – Mida test kinnitab
- Eeltingimused – Mis peab enne testi algust olemas olema
- Testi sammud – Täpsed toimingud, mida teha
- Testi andmed – Sisendväärtused või parameetrid
- Oodatud Tulemus – Tulemus, mida peaksite nägema
- Tegelik tulemus – Mis tegelikult juhtus
- olek – Läbitud, Läbikukkunud või Blokeeritud
Testjuhtum vs teststsenaarium
A testistsenaarium kirjeldab, mida tuleb testida – laia funktsionaalsust või kasutajateekonda.
A testjuhtum Teisest küljest selgitab see, kuidas seda funktsionaalsust kontrollitakse – täpsed sammud, andmed ja oodatavad tulemused.
Lihtsamalt öeldes:
- Testistsenaarium = idee sellest, mida testida.
- Testjuhtum = Rakendamine kuidas seda ideed testida.
Mõtle sellele nii –
„Kui testistsenaarium on peatüki pealkiri, siis iga testijuhtum on lõik, mis selgitab seda peatükki üksikasjalikult.“
Näidisillustratsioon:
Võtame näite, et see selgem oleks:
Testi stsenaarium:
"Kontrollige veebisaidi sisselogimisfunktsiooni."
Seotud testijuhtumid:
- Kinnitage sisselogimine kehtiva kasutajanime ja parooliga.
- Kinnitage veateade kehtetu parooliga.
- Kinnitage sisselogimine tühjade väljadega.
- Parooli kinnituse väli peidab sisestatud teksti.
Siin on stsenaarium järgmine: üks funktsionaalne eesmärk, samas kui testjuhtumid murda selle sisse spetsiifilised, testitavad tingimused.
Lisateabe saamiseks lugege Testjuhtumi ja teststsenaariumi erinevus
Kvaliteetsete testjuhtumite kirjutamise eelised
- Kvaliteetsed testid tagavad põhjaliku analüüsi testi ulatus, järjepidevus ja jälgitavus kogu kvaliteedikontrolli protsessis.
- Nad aitavad testijatel tabada vead varakult, säilitada regressiooni stabiilsusja tagada, et iga funktsionaalsus vastab ärivajadustele.
- Hästi kirjutatud testid on selge, korduvkasutatav ja korratav, võimaldades igal testijal või automatiseerimistööriistal neid usaldusväärselt täita.
- Nad toimivad ka kui sidesild arendajate, testijate ja sidusrühmade vahel – vähendades ebaselgust ja säästes aega.
- Testi eesmärkide, sammude ja tulemuste dokumenteerimise abil saavad meeskonnad mõõta edusamme, järgida standardeid, ja halda uuendusi tõhusalt.
- Kõige tähtsam on head testid vähendada hoolduskulusid, kiirendada automatiseerimist ja pakkuda kindlustunne tarkvara kvaliteedi vastu.
- Need toimivad elava dokumentatsioonina uute testijate sisseelamiseks ja struktureeritud sisendina tehisintellektile ja testihaldustööriistad.
Levinud vead, mida testjuhtumite kirjutamisel vältida
Isegi kogenud testijad teevad väikeseid vigu, mis nõrgestavad testi kvaliteeti.
Nende vigade vältimine võib oluliselt parandada täpsus, selgus ja hooldatavus teie testikomplektist.
- Ebamääraste sammude kirjutamine: Mitmetähenduslikud juhised, näiteks „kontrolli sisselogimislehte”, ajavad testijad segadusse. Kasutage selgeid ja tegevuspõhiseid samme.
- Negatiivsete stsenaariumide vältimine: Täieliku katvuse tagamiseks lisage alati sobimatud sisendid või piiritestid.
- Ebaselgete testiandmete taaskasutamine: Märgistamata või vastuolulised andmed muudavad testi tulemused ebausaldusväärseks. Hoidke ühist testiandmete lehte.
- Testijuhtumite üleliia keeruliseks muutmine: Pikki ja mitmeastmelisi juhtumeid on raske hallata. Hoidke iga juhtum fokusseeritud ja atomaarselt üles ehitatud.
- Värskenduste ignoreerimine pärast tootemuudatusi: Vananenud testid annavad valesid tulemusi. Revvaadake ja muutke regulaarselt.
- Jälgitavuse puudumine: Seo testijuhtumid alati nõuetega, et jälgida katvust ja vastavust.
- Vastastikuste eksperdihinnangute vahelejätmine: Värske pilk märkab varakult ebaselgeid või üleliigseid samme.
