Testjuhtum vs teststsenaarium – erinevus nende vahel
Peamised erinevused testjuhtumi ja testistsenaariumi vahel
- Testjuhtum on toimingute kogum, mis viiakse läbi teatud funktsioonide või funktsionaalsuse kontrollimiseks, samas kui teststsenaarium on mis tahes funktsioon, mida saab testida.
- Testijuhtum tuletatakse enamasti katsestsenaariumidest, samas kui teststsenaariumid tuletatakse testartefaktidest, nagu BRS ja SRS.
- Test Case aitab rakendust ammendavalt testida, samas kui Test Scenario aitab kiirel viisil testida täielikku funktsionaalsust.
- Test Case keskendub sellele, mida testida ja kuidas testida, samas kui testistsenaarium keskendub rohkem sellele, mida testida.
- Testjuhtumid on madala taseme toimingud, samas kui teststsenaariumid on kõrgetasemelised toimingud.
- Test Case nõuab testi täitmiseks rohkem ressursse ja aega, samas kui teststsenaarium nõuab testi täitmiseks vähem ressursse ja aega.
- Test Case sisaldab testimisetappe, andmeid ja oodatavaid tulemusi testimiseks, samas kui Test Stsenaarium sisaldab testitavat funktsionaalsust otsast lõpuni.
Mis on testjuhtum?
A Testjuhtum on toimingute kogum, mis viiakse läbi teie tarkvararakenduse konkreetse funktsiooni või funktsionaalsuse kontrollimiseks. A Testjuhtum sisaldab testietappe, katseandmeid, eeltingimust ja järeltingimust, mis on välja töötatud konkreetse katsestsenaariumi jaoks mis tahes nõuete kontrollimiseks. Testjuhtum sisaldab konkreetseid muutujaid või tingimusi, mille abil saab testimisinsener võrrelda oodatavaid ja tegelikke tulemusi, et teha kindlaks, kas tarkvaratoode toimib vastavalt kliendi nõuetele.
Mis on testistsenaarium?
A Testi stsenaarium on määratletud kui mis tahes funktsionaalsus, mida saab testida. See on kollektiivne testjuhtumite komplekt, mis aitab testimismeeskonnal määrata projekti positiivsed ja negatiivsed omadused.
Testi stsenaarium annab kõrgetasemelise ettekujutuse sellest, mida peame testima.
Testi stsenaariumi näide
E-kaubanduse rakenduse jaoks oleks mõned katsestsenaariumid
Teststsenaarium 1: Kontrollige otsingufunktsiooni
Teststsenaarium 2: Kontrollige maksete funktsionaalsust
Teststsenaarium 3: Kontrollige sisselogimisfunktsiooni
Katsejuhtumite näide
Testjuhtumid Testi stsenaarium: "Kontrollige sisselogimisfunktsiooni" oleks
- Kontrollige süsteemi käitumist kehtiva e-posti ID ja parooli sisestamisel.
- Kontrollige süsteemi käitumist, kui sisestatakse vale e-posti ID ja kehtiv parool.
- Kontrollige süsteemi käitumist kehtiva e-posti ID ja vale parooli sisestamisel.
- Kontrollige süsteemi käitumist, kui sisestatakse vale e-posti ID ja vale parool.
- Kontrollige süsteemi käitumist, kui e-posti ID ja parool on tühjaks jäetud ja sisestatud Logi sisse.
- Kontrollige Unustasite, et teie parool töötab ootuspäraselt
- Kontrollige süsteemi käitumist kehtiva/vale telefoninumbri ja parooli sisestamisel.
- Kontrollige süsteemi käitumist, kui on märgitud valik „Hoia mind allkirjastatuna”.
Testijuhtumi ja testistsenaariumi erinevused
Siin on olulised erinevused teststsenaariumi ja testjuhtumi vahel
Testi stsenaarium | Testjuhtum |
---|---|
Testimisstsenaarium sisaldab kõrgetasemelist dokumentatsiooni, mis kirjeldab testitavat funktsionaalsust lõpuni. | Testjuhtumid sisaldavad kindlaid testietappe, andmeid, oodatavaid tulemusi rakenduse kõigi funktsioonide testimiseks. |
See keskendub rohkem sellele, mida testida kui "kuidas testida". | Täielik rõhk sellele, mida testida ja "kuidas testida." |
Katse stsenaariumid on ühe joonega. Seega on testimise ajal alati ebaselguse võimalus. | Testjuhtumites on määratletud samm, eeldused, oodatav tulemus jne. Seetõttu pole selles protsessis ebaselgust. |
Testimisstsenaariumid on tuletatud testartefaktidest, nagu BRS, SRS jne. | Testjuhtum tuletatakse enamasti testistsenaariumidest. Ühest testistsenaariumist saab tuletada mitu katsejuhtumit |
See aitab kiirel viisil testida funktsionaalsust otsast lõpuni | See aitab rakendust põhjalikult testida |
Teststsenaariumid on kõrgetasemelised toimingud. | Testjuhtumid on madala taseme toimingud. |
Stsenaariumide loomiseks ja testimiseks kulub suhteliselt vähem aega ja ressursse. | Testjuhtumite dokumenteerimiseks ja läbiviimiseks on vaja rohkem ressursse. |
Miks me kirjutame testjuhtumeid?
Siin on mõned olulised põhjused testjuhtumi loomiseks -
- Testjuhtumid aitavad kontrollida vastavust kohaldatavatele standarditele, juhistele ja kliendi nõuetele
- Aitab kinnitada klientide ootusi ja nõudmisi
- Suurem juhtimine, loogika ja andmevoo katvus
- Saate simuleerida "päris" lõppkasutaja stsenaariume
- Paljastab vead või defektid
- Kui testjuhtumid kirjutatakse testi täitmiseks, on testimisinseneri töö paremini korraldatud ja lihtsustatud
Miks me kirjutame testistsenaariumi?
Siin on testistsenaariumi loomise olulised põhjused.
- Teststsenaariumi kirjutamise peamine põhjus on tarkvararakenduse täieliku funktsionaalsuse kontrollimine
- Samuti aitab see teil tagada, et äriprotsessid ja vood vastavad funktsionaalsetele nõuetele
- Teststsenaariumid võivad heaks kiita mitmesugused sidusrühmad, näiteks Business Analyst, arendajad, 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 kriitilisemad täielikud tehingud või tarkvararakenduste tegelik kasutamine.
- Kui need testistsenaariumid on lõpule viidud, saab teststsenaariumitest hõlpsasti tuletada testjuhtumeid.
Testjuhtumite loomise parimad tavad
- Testijuhtumid peaksid olema läbipaistvad ja arusaadavad
- Looma Testjuhtum lõppkasutajat meeles hoides
- Vältige testjuhtumite kordamist
- Peate veenduma, et kirjutate testjuhtumid, et kontrollida kõiki spetsifikatsioonidokumendis mainitud tarkvaranõudeid
- Ärge kunagi eeldage testjuhtumi ettevalmistamise ajal oma tarkvararakenduse funktsioone ja funktsioone
- Katsejuhtumid peavad olema kergesti tuvastatavad
Teststsenaariumi loomise parimad tavad
- Testistsenaariumid on enamasti üherealised avaldused, mis ütleb, mida tuleks testida
- Stsenaariumi kirjeldus peaks olema lihtne ja kergesti mõistetav
- Esitatud nõudeid tuleks hoolikalt hinnata
- Testimiseks vajalikud tööriistad ja ressursid tuleb koguda enne testimisprotsessi algust