Kuidas kirjutada näidetega testjuhtumeid
Thomas Hamilton
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 |
Mitu korda ei ole testietapid lihtsad nagu ülal, mistõttu on vaja dokumentatsiooni. Samuti võib testjuhtumi autor organisatsioonist lahkuda või puhkusele minna või on haige ja töölt vaba või on muude kriitiliste ülesannetega väga hõivatud. Hiljuti palgatud töötajal võidakse paluda katsejuhtum läbi viia. Dokumenteeritud sammud aitavad teda ja hõlbustavad ka teiste sidusrühmade ülevaatamist.
Step 4) Kontrollige AUT-i käitumist.
Tarkvara testimise testjuhtumite eesmärk on kontrollida AUT-i käitumist oodatud tulemuse saamiseks. See tuleb dokumenteerida järgmiselt
| 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 enne testi käivitamist paigas olema. Meie testjuhtumi puhul oleks eeltingimuseks brauseri installimine, et pääseda ligi testitavale saidile. Testjuhtum võib sisaldada ka postitust – tingimused, mis määrab kõik, mis rakendub pärast testjuhtumi lõpetamist. Meie testjuhtumi puhul oleks järeltingimuseks sisselogimise kellaaeg ja kuupäev, mis salvestatakse andmebaasi
Kuidas kirjutada testjuhtumi videot
Click siin kui video pole juurdepääsetav
Hea testjuhtumi kirjutamise parim tava.
1. Testijuhtumid peavad olema lihtsad ja läbipaistvad.
Looge võimalikult lihtsad testjuhtumid. Need peavad olema selged ja ülevaatlikud, kuna testjuhtumi autor ei tohi neid täita.
Kasutage enesekindlat keelt, näiteks minge avalehele, sisestage andmed, klõpsake sellel ja nii edasi. See muudab testi etappide mõistmise lihtsaks ja testimise kiiremaks.
2. Looge lõppkasutajat silmas pidades testjuhtum
Iga tarkvaraprojekti lõppeesmärk on luua testjuhtumeid, mis vastavad kliendi nõudmistele ning mida on lihtne kasutada ja kasutada. Testija peab looma testjuhtumid, pidades silmas lõppkasutaja vaatenurka
3. Vältige testjuhtumite kordamist.
Ärge korrake katsejuhtumeid. Kui testjuhtumit on vaja mõne muu testjuhtumi täitmiseks, kutsuge testjuhtum eeltingimuse veerus selle testjuhtumi ID järgi
4. Ärge eeldage
Ärge eeldage testjuhtumi ettevalmistamise ajal oma tarkvararakenduse funktsioone ja funktsioone. Järgige spetsifikatsioonidokumente.
5. Tagada 100% katvus
Kirjutage kindlasti testjuhtumid, et kontrollida kõiki spetsifikatsioonidokumendis mainitud tarkvaranõudeid. Kasuta Jälgitavuse maatriks tagamaks, et ükski funktsioon/tingimus ei jääks testimata.
6. Katsejuhtumid peavad olema identifitseeritavad.
Nimetage testjuhtumi ID nii, et need oleks defektide jälgimisel või tarkvaranõude hilisemal tuvastamisel hõlpsasti tuvastatavad.
7. Rakendage testimistehnikaid
Tarkvararakenduses pole võimalik kõiki võimalikke tingimusi kontrollida. Tarkvara testimise tehnikad aitavad teil valida mõned testjuhtumid maksimaalse võimalusega defekti leida.
- Piirväärtuse analüüs (BVA): Nagu nimigi ütleb, on see tehnika, mis määrab kindlaks määratud väärtusvahemiku piiride testimise.
- Samaväärsuse partitsioon (EP): See meetod jagab vahemiku võrdseteks osadeks/rühmadeks, millel on sama käitumine.
- Riigi ülemineku tehnika: seda meetodit kasutatakse juhul, kui tarkvara käitumine muutub pärast teatud toimingut ühest olekust teise.
- Vea äraarvamise tehnika: See on käsitsi testimise ajal tekkida võiva vea oletamine/ennustamine. See ei ole ametlik meetod ja kasutab testija kogemust rakendusega
8. Isepuhastuv
Teie loodud testjuhtum peab tagastama Testi keskkond testieelsesse olekusse ja see ei tohiks muuta testkeskkonda kasutuskõlbmatuks. See kehtib eriti konfiguratsiooni testimise kohta.
9. Korratav ja iseseisev
Testjuhtum peaks andma iga kord samad tulemused, olenemata sellest, kes seda testib
10. Eakaaslane Reveew.
Pärast testjuhtumite loomist laske need kolleegidel üle vaadata. Teie kaaslased võivad avastada teie testjuhtumi kujunduses vigu, millest võite kergesti mööda vaadata.
Testjuhtumi koostamisel tuleb lisada järgmine teave
- Katsetava nõude kirjeldus
- Seletus selle kohta, kuidas süsteemi testitakse
- Testi seadistus nagu testitava rakenduse versioon, tarkvara, andmefailid, operatsioonisüsteem, riistvara, turvajuurdepääs, füüsiline või loogiline kuupäev, kellaaeg, eeltingimused (nt muud testid) ja muu testitavate nõuetega seotud seadistusteave
- Sisendid ja väljundid või tegevused ja oodatavad tulemused
- Kõik tõendid või manused
- Kasutage aktiivset suurtähtede keelt
- Testjuhtum ei tohiks olla pikem kui 15 sammu
- Automatiseeritud testskripti kommenteeritakse sisendite, eesmärgi ja oodatavate tulemustega
- Seadistamine pakub alternatiivi eeltingimustestidele
- Muude testide puhul peaks see olema vale äristsenaariumi järjekord
Testjuhtumite haldamise tööriistad
Testihaldustööriistad on automatiseerimistööriistad, mis aitavad hallata ja hooldada testjuhtumeid. Testjuhtumi haldamise tööriista peamised omadused on
- Katsejuhtumite dokumenteerimiseks: Tööriistade abil saate kiirendada testjuhtumi loomist mallide abil
- Käivitage testjuhtum ja registreerige tulemused: Test Case saab läbi viia tööriistade abil ja saadud tulemusi saab hõlpsasti salvestada.
- Automatiseerige defektide jälgimine: Ebaõnnestunud testid seotakse automaatselt veajälgijaga, mille saab omakorda määrata arendajatele ja mida saab jälgida e-posti teel saadetavate teadete kaudu.
- Jälgitavus: Nõuded, testjuhtumid, testjuhtumite täitmine on kõik tööriistade kaudu omavahel seotud ja iga juhtumit saab testi ulatuse kontrollimiseks üksteisega jälgida.
- Katsejuhtumite kaitsmine: Testjuhtumid peaksid olema korduvkasutatavad ja kaitstud halva versioonikontrolli tõttu kadumise või rikumise eest. Testjuhtumihaldustööriistad pakuvad selliseid funktsioone nagu
- Nimetamise ja nummerdamise kokkulepped
- Versioonide muutmine
- Kirjutuskaitstud salvestusruum
- Kontrollitud juurdepääs
- Varundamine väljaspool saiti
Populaarsed testihaldustööriistad on: Kvaliteedikeskus ja TUUR
Standardsete testjuhtumite formaat
Allpool on standardse sisselogimise katsejuhtumite näite vorming.
| Testjuhtumi ID | Testjuhtum Descriptioon | Testi sammud | Testi andmed | oodatud tulemused | Tegelikud tulemused | Läbitud / ebaõnnestunud |
|---|---|---|---|---|---|---|
| TU01 | Kontrollige kehtivate andmetega kliendi sisselogimist |
|
Kasutajatunnus = guru99 Parool = pass99 | Kasutaja peaks rakendusse sisse logima | Ootuspäraselt | Sooritama |
| TU02 | Kontrollige kehtetute andmetega kliendi sisselogimist |
|
Kasutajatunnus = guru99 Parool = glass99 | Kasutaja ei tohiks rakendusse sisse logida | Ootuspäraselt | Sooritama |
Kogu selle tabeli saab luua Wordis, Excelis või mõnes muus Testihaldustööriist. See on kõik testjuhtumi disaini jaoks
Testjuhtumi mall
- Pange tähele, et kasutatav mall on projektiti erinev. Lugege seda juhendaja õppida tundma testjuhtumi malli koos oluliste väljade selgitustega
Laadige alla ülaltoodud testjuhtumi mall Excel (.xls)
KKK
Mis on testjuhtum?
Testjuhtum on dokumenteeritud tingimuste, sisendite, toimingute ja oodatavate tulemuste kogum, mille eesmärk on kontrollida, kas rakenduse konkreetne funktsionaalsus või funktsioon töötab ettenähtud viisil. See on juhiseks testijatele, et tagada rakenduse õige käitumine kindlaksmääratud tingimustes.
Teststsenaarium vs testjuhtum
Le Testi stsenaarium: Kontrollige sisselogimisfunktsiooni, seal on palju võimalikke testjuhtumeid:
- 1. testjuhtum: kontrollige tulemusi kehtiva kasutajatunnuse ja parooli sisestamisel
- Testjuhtum 2: kontrollige tulemusi kehtetu kasutajatunnuse ja parooli sisestamisel
- Testjuhtum 3: kontrollige vastust, kui kasutaja ID on tühi, sisselogimisnuppu vajutatakse ja palju muud
