Mis on testjuhtum?
TEST CASE on tegevuste kogum, täidetakse kontrollida iseärasusega või funktsionaalsust oma rakenduse. Testjuhtum sisaldab konkreetse teststsenaariumi jaoks välja töötatud katseastmeid, katseandmeid, eeltingimusi ja järeltingimusi mis tahes nõuete kontrollimiseks. Testjuhtum sisaldab konkreetseid muutujaid või tingimusi, mille abil testimisinsener saab oodatavaid ja tegelikke tulemusi võrrelda, et teha kindlaks, kas tarkvaratoode töötab vastavalt kliendi nõuetele.
Teststsenaarium Vs
Teststsenaariumid on üsna ebamäärased ja hõlmavad paljusid võimalusi. Testimise eesmärk on olla väga spetsiifiline.
Teststsenaariumi jaoks: kontrollige sisselogimise funktsionaalsust, on palju võimalikke testijuhtumeid:
- 1. juhtum: kontrollige kehtiva kasutajatunnuse ja parooli sisestamise tulemusi
- 2. juhtum: kontrollige vale kasutajatunnuse ja parooli sisestamise tulemusi
- 3. juhtum: kontrollige vastust, kui kasutajatunnus on tühi ja vajutatakse nuppu Sisselogimine ja palju muud
See pole midagi muud kui testjuhtum.
Selles õpetuses saate teada, kuidas kirjutada testjuhtumeid näiteks käsitsi testimisel -
- Kuidas kirjutada testjuhtumeid käsitsi testimisel
- Standardkatsete juhtumite formaat
- Parim tava hea juhtuminäite kirjutamiseks.
- Testjuhtumite haldamise tööriistad
- Ressursid
Kui videole pole juurdepääsu, klõpsake siin
Kuidas kirjutada testjuhtumeid käsitsi testimisel
Loome stsenaariumi jaoks proovijuhtumi: kontrollige sisselogimise funktsionaalsust1. etapp: stsenaariumi selgitamiseks oleks lihtne testjuhtum
Testjuhtum nr | Testjuhtumi kirjeldus |
---|---|
1 | Kontrollige vastust, kui sisestate kehtiva e-posti aadressi ja parooli |
2. samm . Testjuhu täitmiseks vajate testandmeid. Lisades selle allpool
Testjuhtum nr | Testjuhtumi kirjeldus | Testiandmed |
---|---|---|
1 | Kontrollige vastust, kui sisestate kehtiva e-posti aadressi ja parooli | E-post: see e-posti aadress on spämmirobotite eest kaitstud. Selle vaatamiseks peate lubama JavaScripti. Parool: lNf9 Oti7 2h |
Testiandmete kindlakstegemine võib olla aeganõudev ja võib mõnikord vajada testiandmete loomist uuesti. Põhjus, miks see tuleb dokumenteerida.
Samm 3) Testijuhtumi käivitamiseks peab testija AUT-is tegema konkreetse toimingute komplekti. See on dokumenteeritud järgmiselt:
Testjuhtum nr | Testjuhtumi kirjeldus | Testi sammud | Testiandmed |
---|---|---|---|
1 | Kontrollige vastust, kui sisestate kehtiva e-posti aadressi ja parooli |
1) Sisestage e-posti aadress 2) Sisestage parool 3) Klõpsake nuppu Logi sisse |
E-post: see e-posti aadress on spämmirobotite eest kaitstud. Selle vaatamiseks peate lubama JavaScripti. Parool: lNf9 Oti7 2h |
Mitu korda ei ole testimisetapid ülaltoodud lihtsad, seetõttu vajavad need dokumentatsiooni. Samuti võib testjuhtumi autor organisatsioonist lahkuda või puhkusele minna või on haige ja töölt väljas või on muude kriitiliste ülesannetega väga hõivatud. Proovijuhtumi täitmiseks võidakse paluda hiljuti palgatud töötajat. Dokumenteeritud sammud aitavad teda ja hõlbustavad ka teiste sidusrühmade läbivaatamist.
4. samm . Tarkvara testimise juhtumite eesmärk on kontrollida AUT käitumist oodatava tulemuse osas. See tuleb dokumenteerida järgmiselt
Testjuhtum nr | Testjuhtumi kirjeldus | Testiandmed | Oodatud Tulemus |
---|---|---|---|
1 | Kontrollige vastust, kui sisestate kehtiva e-posti aadressi ja parooli | E-post: see e-posti aadress on spämmirobotite eest kaitstud. Selle vaatamiseks peate lubama JavaScripti. Parool: lNf9 Oti7 2h | Sisselogimine peaks olema edukas |
Testi täitmise ajal kontrollib testija oodatavaid tulemusi tegelike tulemustega ja määrab edukuse või ebaõnnestumise oleku
Testjuhtum nr | Testjuhtumi kirjeldus | Testiandmed | Oodatud Tulemus | Tegelik tulemus | Läbitud / ebaõnnestunud |
---|---|---|---|---|---|
1 | Kontrollige vastust, kui sisestate kehtiva e-posti aadressi ja parooli | E-post: see e-posti aadress on spämmirobotite eest kaitstud. Selle vaatamiseks peate lubama JavaScripti. Parool: lNf9 Oti7 2h | Sisselogimine peaks olema edukas | Sisselogimine õnnestus | Üle andma |
Samm 5) Lisaks teie testijuhule 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, et testitavale saidile juurdepääsuks oleks installitud brauser. Testjuhtum võib sisaldada ka postitingimusi, mis määratlevad kõik, mis kehtivad pärast katse lõpetamist. Meie testjuhtumi puhul oleks järeltingimus aeg ja sisselogimise kuupäev andmebaasi salvestatud
Standardkatsete juhtumite formaat
Allpool on toodud tavalise sisselogimise testjuhtumite näite vorming.
Testjuhtumi ID | Testi stsenaarium | Testi sammud | Testiandmed | oodatud tulemused | Tegelikud tulemused | Läbitud / ebaõnnestunud |
---|---|---|---|---|---|---|
TU01 | Kontrollige kliendi sisselogimist kehtivate andmetega |
| Userid = guru99 Parool = pass99 | Kasutaja peaks rakendusse sisse logima | Ootuspäraselt | Üle andma |
TU02 | Kontrollige kliendi sisselogimist valede andmetega |
| Userid = guru99 Parool = glass99 | Kasutaja ei tohiks rakendusse sisse logida | Ootuspäraselt | Üle andma |
Kogu selle tabeli võib luua Wordis, Excelis või mõnes muus Testi haldamise tööriistas. See on kõik juhtumikujunduse testimiseks
Koostades testjuhtumit, mis sisaldab järgmist teavet
- Testitava nõude kirjeldus
- Selgitus süsteemi testimise kohta
- Testi seadistamine nagu testitava rakenduse versioon, tarkvara, andmefailid, operatsioonisüsteem, riistvara, juurdepääs turvalisusele, füüsiline või loogiline kuupäev, kellaaeg, eeltingimused, nagu muud testid, ja kogu 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 juhtumikeelt
- Testjuhtum ei tohiks olla üle 15 sammu
- Automatiseeritud testskripti kommenteeritakse koos sisendite, eesmärgi ja oodatavate tulemustega
- Seadistamine pakub alternatiivi vajalikele testidele
- Muude testide korral peaks see olema vale äristsenaariumi tellimus
Parim tava hea juhtuminäite kirjutamiseks.
1. Katsejuhtumid peavad olema lihtsad ja läbipaistvad:
Looge võimalikult lihtsad testjuhtumid. Need peavad olema selged ja lühikesed, kuna testjuhtumi autor ei pruugi neid täita.
Kasutage kindlat keelt, näiteks minge avalehele, sisestage andmed, klõpsake seda ja nii edasi. See muudab testimissammude mõistmise lihtsaks ja testimise kiiremaks.
2. Looge testjuhtum, pidades silmas lõppkasutajat
Iga tarkvaraprojekti lõppeesmärk on luua testjuhtumeid, mis vastavad klientide nõudmistele ning mida on lihtne kasutada ja kasutada. Testija peab looma testjuhtumid, pidades silmas lõppkasutaja perspektiivi
3. Vältige proovijuhtumi kordumist.
Ärge korrake testjuhtumeid. Kui mõne muu testjuhtumi käivitamiseks on vaja proovijuhtu, helistage eeltingimuse veerus testjuhtumile selle juhtumi ID
4. Ära eelda
Proovijuhtumi ettevalmistamise ajal ärge eeldage oma tarkvararakenduse funktsionaalsust ja funktsioone. Püsige spetsifikatsioonide dokumentides.
5. Tagage 100% katvus
Kirjutage kindlasti testjuhtumid, et kontrollida kõiki spetsifikatsioonidokumendis nimetatud tarkvaranõudeid. Kasutage jälgitavuse maatriksit, et tagada funktsioonide / tingimuste testimata jätmine.
6. Katsejuhtumid peavad olema tuvastatavad.
Nimetage testjuhtumi ID nii, et need oleks hiljem defektide jälgimisel või tarkvara nõude tuvastamisel hõlpsasti tuvastatavad.
7. Rakendage testimistehnikaid
Kõiki võimalikke tingimusi pole tarkvararakenduses võimalik kontrollida. Tarkvaratestimise tehnikad aitavad teil valida mõne testjuhtumi, pakkudes maksimaalset võimalust defekti leidmiseks.
- Piirväärtuste analüüs (BVA): Nagu nimigi ütleb, määratleb piiride testimise teatud väärtuste vahemiku jaoks meetod.
- Ekvivalentsusjaotus (EP): see tehnika jagab vahemiku võrdseteks osadeks / rühmadeks, millel on tavaliselt sama käitumine.
- Oleku ülemineku tehnika : seda meetodit kasutatakse juhul, kui tarkvara käitumine muutub pärast teatud toimingut ühest olekust teise.
- Vea arvamise tehnika: see on käsitsitestimise käigus tekkida võiva vea aimamine / ennetamine. See ei ole ametlik meetod ja kasutab ära testija kogemusi rakendusega
8. Isepuhastuv
Teie loodud testjuhtum peab tagastama testikeskkonna testieelsesse olekusse ega tohiks muuta testikeskkonda kasutuskõlbmatuks. See kehtib eriti konfiguratsiooni testimise kohta.
9. Korratav ja iseseisev
Testjuhtum peaks iga kord genereerima samu tulemusi, olenemata sellest, kes seda testib
10. Vastastikune eksperthinnang.
Pärast testjuhtumite loomist laske kolleegidel need üle vaadata. Teie eakaaslased võivad teie testjuhtumi kujunduses avastada defekte, millest võite lihtsalt ilma jääda.
Testjuhtumite haldamise tööriistad
Testihaldustööriistad on automatiseerimisvahendid, mis aitavad testjuhtumeid hallata ja hooldada. Testjuhtumite haldamise tööriista peamised omadused on
- Testjuhtumite dokumenteerimiseks: tööriistade abil saate mallide abil testijuhtumi loomist kiirendada
- Tehke testjuhtum ja registreerige tulemused: testjuhtumit saab teostada tööriistade abil ja saadud tulemusi saab hõlpsalt salvestada.
- Automatiseeri defektide jälgimine: ebaõnnestunud testid seotakse automaatselt veajälgijaga, mille omakorda saab määrata arendajatele ja jälgida e-posti teatiste abil.
- Jälgitavus: nõuded, testjuhtumid, testjuhtumite täitmine on kõik tööriistade kaudu omavahel seotud ja testide katvuse kontrollimiseks saab iga juhtumit üksteisele jälgida.
- Testijuhtumite kaitsmine: Testijuhtumid peaksid olema korduvkasutatavad ja neid tuleks kaitsta kaotatud või rikutud versiooni halva kontrolli tõttu. Testjuhtumite haldamise tööriistad pakuvad selliseid funktsioone nagu
- Nimetamise ja nummerdamise kokkulepped
- Versioonimine
- Ainult kirjutusruum
- Kontrollitud juurdepääs
- Varuväline varundamine
Populaarsed testihalduse tööriistad on: kvaliteedikeskus ja JIRA
Ressursid
- Pange tähele, et kasutatav mall on projektiti erinev. Lugege seda õpetust, et õppida juhtumimalli koos oluliste väljade selgitustega
Laadige alla ülaltoodud testjuhtumi mall Excel (.xls)