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.
Mis on teststsenaarium?
Teststsenaarium on määratletud kui mis tahes funktsionaalsus, mida saab testida. See on kollektiivne testijuhtumite kogum, mis aitab testimeeskonnal kindlaks teha projekti positiivsed ja negatiivsed omadused.
Teststsenaarium annab kõrgel tasemel ülevaate sellest, mida peame testima.
Teststsenaariumi näide
E-kaubanduse rakenduse jaoks oleks mõned teststsenaariumid
1. teststsenaarium: kontrollige otsingu funktsionaalsust
2. teststsenaarium: kontrollige maksete funktsionaalsust
3. stsenaarium: kontrollige sisselogimise funktsionaalsust
PÕHISED erinevused
- Testjuhtum on toimingute kogum, mis viiakse läbi teatud funktsioonide või funktsionaalsuse kontrollimiseks, samas kui teststsenaarium on mis tahes testitav funktsioon.
- Testjuhtum tuletatakse enamasti teststsenaariumitest, teststsenaariumid aga testitestidest nagu BRS ja SRS.
- Testjuhtum aitab rakendust põhjalikult testida, teststsenaarium aitab aga agaral viisil otsast lõpuni funktsionaalsust testida.
- Testimisjuhud on keskendunud sellele, mida testida ja kuidas testida, samas kui teststsenaarium on rohkem keskendunud sellele, mida testida.
- Testjuhtumid on madala tasemega toimingud, samas kui teststsenaariumid on kõrgetasemelised toimingud.
- Testjuhtum nõuab katse käivitamiseks rohkem ressursse ja aega, samas kui teststsenaarium nõuab testi täitmiseks vähem ressursse ja aega.
- Testijuhtum sisaldab testimise etappe, andmeid ja testimise oodatavaid tulemusi, samas kui teststsenaarium sisaldab testitavat funktsiooni lõpuni.
Testjuhtumite näide
Teststsenaariumi testjuhtumid: "Kontrollige sisselogimise funktsionaalsust"
- Kehtiva e-posti aadressi ja parooli sisestamisel kontrollige süsteemi käitumist.
- Kui sisestate vale e-posti aadressi ja kehtiva parooli, kontrollige süsteemi käitumist.
- Kui sisestate kehtiva e-posti aadressi ja vale parooli, kontrollige süsteemi käitumist.
- Kui sisestate vale e-posti aadressi ja vale parooli, kontrollige süsteemi käitumist.
- Kui e-posti aadressi ID ja parool jäetakse tühjaks, sisestage sisselogimine Logi sisse.
- Märkige ruut Unustatud parool töötab ootuspäraselt
- Kui sisestate kehtiva / sobimatu telefoninumbri ja parooli, kontrollige süsteemi käitumist.
- Kui märgite „Hoidke mind allkirjastatud”, kontrollige süsteemi käitumist
Miks me kirjutame testjuhtumeid?
Siin on mõned olulised põhjused testjuhtumi loomiseks.
- Testjuhtumid aitavad kontrollida vastavust kehtivatele standarditele, juhistele ja klientide nõuetele
- Aitab teil kinnitada ootusi ja klientide nõudmisi
- Suurenenud kontroll, loogika ja andmevoo katvus
- Saate simuleerida reaalseid lõppkasutaja stsenaariume
- Paljastab vigu või defekte
- Kui testijuhud kirjutatakse testi sooritamiseks, korraldatakse testinseneri töö paremini ja lihtsamini
Miks me kirjutame teststsenaariumi?
Siin on olulised põhjused teststsenaariumi loomiseks:
- Teststsenaariumi kirjutamise peamine põhjus on tarkvararakenduse täieliku funktsionaalsuse kontrollimine
- Samuti aitab see teil tagada, et äriprotsessid ja -vood vastavad funktsionaalsetele nõuetele
- Testi stsenaariume võivad heaks kiita erinevad sidusrühmad, nagu ärianalüütik, arendajad, kliendid, et testitava rakenduse põhjalik testimine oleks tagatud. See tagab, et tarkvara töötab kõige tavalisematel juhtudel.
- Need toimivad kiire tööriistana, et määrata kindlaks testimistöö ja luua kliendile ettepanek või korraldada tööjõud.
- Need aitavad kindlaks teha kõige kriitilisemad otsast-lõpuni tehingud või tarkvararakenduste tegeliku kasutamise.
- Kui need teststsenaariumid on lõplikult vormistatud, saab teststsenaariumitest hõlpsasti tuletada testijuhtumeid.
Testjuhtum vs teststsenaarium
Siin on olulised erinevused testi stsenaariumi ja testjuhtumi vahel
| Testi stsenaarium | Testjuhtum |
|---|---|
| Teststsenaarium sisaldab kõrgetasemelist dokumentatsiooni, mis kirjeldab testitavat funktsiooni lõpuni. | Testjuhtumid sisaldavad kindlaid testisammusid, andmeid ja oodatavaid tulemusi rakenduse kõigi funktsioonide testimiseks. |
| See keskendub rohkem "mida testida" kui "kuidas testida". | Täielik rõhuasetus "mida testida" ja "kuidas testida". |
| Teststsenaariumid on ühe liiniga. Seega on testimise ajal alati ebaselgus. | Testjuhtumites on määratletud samm, eeldused, oodatav tulemus jne. Seetõttu pole selles protsessis ebaselgust. |
| Teststsenaariumid on tuletatud testidest, nagu BRS, SRS jne. | Testjuhtum tuletatakse enamasti teststsenaariumitest. Mitu testi juhtumit saab tuletada ühest teststsenaariumist |
| See aitab agaral viisil otsast lõpuni funktsionaalsust testida | See aitab rakenduse põhjalikku testimist |
| Teststsenaariumid on kõrgetasemelised toimingud. | Testjuhtumid on madala taseme toimingud. |
| Stsenaariumide abil loomiseks ja testimiseks on vaja suhteliselt vähem aega ja ressursse. | Testimisjuhtumite dokumenteerimiseks ja täitmiseks on vaja rohkem ressursse. |
Testjuhtumite loomise parimad tavad
- Katsejuhtumid peaksid olema läbipaistvad ja arusaadavad
- Looge testjuhtum, hoides lõpptarbijat meeles
- Vältige juhtumi kordumist
- Kõigi spetsifikatsioonidokumendis nimetatud tarkvaranõuete kontrollimiseks peate kindlasti kirjutama testjuhtumid
- Proovijuhtumi ettevalmistamise ajal ei tohi kunagi eeldada oma tarkvararakenduse funktsionaalsust ja funktsioone
- Katsejuhtumid peavad olema hõlpsasti tuvastatavad
Parimad tavad stsenaariumi loomiseks
- Teststsenaariumid on enamasti ühe rea väited, mis ütlevad, mida tuleks testida
- Stsenaariumi kirjeldus peaks olema lihtne ja arusaadav
- Nimetatud nõudeid tuleks hoolikalt hinnata
- Testimiseks vajalikud tööriistad ja ressursid tuleb koguda enne testimisprotsessi algust