Mis on testjuhtum?
Tarkvaraterminoloogia võib sageli olla üsna segane. Proovijuhtum, stsenaarium, plaan; kõik kõlavad üsna sarnaselt ja mõisteid on lihtne segi ajada. Tarkvara testimisel on oluline vältida ümbritseva terminoloogia tundmatust. Seetõttu vaatleme selles artiklis, mida see tähendab.
See on tingimuste või muutujate rühm, mille abil testija kontrollib testitava tarkvara nõuetele vastavust. Seda kasutatakse testijatele samm-sammult juhiste andmiseks. See on dokument, millel on konkreetse stsenaariumi jaoks välja töötatud testi andmed, eeldused, oodatavad tulemused jne. Selle teostamine toimib lähtepunktina, mille järel rakendame sisendväärtuste komplekti ja ootame lõplikku tulemust. Nende väljatöötamise käik aitab meil ka rakenduse nõuetest tüsistusi leida.
Tavaliselt kirjutab neile QA meeskonna testija. See ei hõlma teste, mida arendusmeeskond kirjutab, vaid teste, mis viiakse läbi pärast arenduse ja üksuse testimist. Veelgi olulisem on, et testija, kes mõistab rakenduse funktsionaalsust ja suudab pakkuda väärtuse testjuhtumit, peaks selle kirjutama.
Mall
Tavaliselt on sellel järgmised väljad. Väljade vorming võib ettevõttes erineda, sõltuvalt nende kasutatavast testhaldusriistast.
Testjuhtumi ID | ID antakse testjuhtumile. |
Testjuhtumi kirjeldus | Testjuhtumi kirjeldus. |
Seotud nõue | ID antakse nõudele, mille kohaselt see testjuhtum vastab. |
Eeltingimused | Mis tahes eeltingimused või nõuded, mis peavad olema täidetud enne testi läbiviimist. |
Testietapid | Testi läbiviimiseks anti samm-sammult juhiseid. |
Testi andmed | Testi läbiviimisel kasutatud andmed. |
Oodatud Tulemus | Testilt oodatav tulemus logitakse enne testi käivitamist sisse. |
Tegelik tulemus | Pärast testi läbimist saadud tegelik tulemus |
Olek | Pärast testi läbiviimist saadud olek. See võib olla möödunud, ebaõnnestunud, täitmata, blokeeritud. |
Kommentaarid | Märkused testi kohta. |
Keskkonnateave | Hõlmab teavet võrgu, riistvara ja tarkvara kohta, milles test toimub. |
Kuidas testijuhtumit kirjutada?
Allpool on toodud juhised katsejuhtumi kirjutamiseks.
1. samm: määrake number ja kirjeldus.
2. samm: selle käivitamiseks vajame testandmeid. Ilma katseandmeteta poleks meil testimiseks vajalikku teavet, muutes ülesande vaevarikkaks.
3. samm: selle käivitamiseks peab testi läbiviimiseks olema kindel komplekt juhiseid. Neid etappe nimetatakse testietappideks. Vajadus selle järele tekib siis, kui autor loobub projektist või on vaheajal. Siis peab keegi teine projektist osa võtma testimisest. Kirjalikud sammud aitavad neid.
4. samm: nende eesmärk on uurida rakenduse käitumist. Selle teostamiseks peab meil olema Oodatav tulemus. Pärast selle täitmist võrreldakse oodatud tulemusi testi tegeliku tulemusega ja vastavalt sellele omistatakse sellele olek.
5. samm: meil võib olla ka lisaväli, näiteks väli Eeltingimus, mis kirjeldab tingimusi, mis peavad olema täidetud enne katsesõitu, väli Postitingimused, mis ütleb meile tingimused, mis peavad olema täidetud pärast katsesõitu jne.
Näide:
Testjuhtumi ID | Testjuhtumi kirjeldus | Testietapid | Testi andmed | Oodatud Tulemus | Tegelik tulemus | Olek |
TC01 | Kontrollige töötajate sisselogimist kehtivate andmetega |
1. Minge sisselogimislehele. 2. Sisestage Userid 3. Sisestage parool 4. Klõpsake nuppu Logi sisse | Kasutajanimi = administraator
Parool = abc12345 | Kasutajal peaks olema võimalik sisse logida | Ootuspäraselt | Üle andma |
TC02 | Kontrollige töötajate sisselogimist kehtetute andmetega | 1. Minge sisselogimislehele.
2. Sisestage Userid 3. Sisestage parool 4. Klõpsake nuppu Logi sisse | Kasutajanimi = administraator
Parool = 12345abc | Kasutajal ei peaks olema võimalik sisse logida | Ootuspäraselt | Üle andma |
Testjuhtumi tähtsus
Neil on katsetamisfaasist tohutu mulje. Nende kirjutamine on sama oluline kui testimisprotsess ise. See aitab meil spetsiifikat läbi mõelda ja tagab, et käsitleme neid võimalikult paljude väljavaadete põhjal.
Selle olulisus on see, et igaüks saaks testi uuesti testida, kasutades seda. Need on tugevad esemed, mis on kasulikud ka tulevastele meeskonnakaaslastele, lisaks dokumentide esitamisele rakenduse toimimise kohta. Kokkuvõttes annavad need järgmise tähtsuse:
- Need tagavad testi hea katvuse, veendudes, et peamised funktsioonid ei jääks testimise ajal vahele.
- See võimaldab neil mõelda rakenduse funktsioonide põhjaliku kinnitamise erinevatele viisidele.
- Kirjutatakse ka negatiivid, mis muudab testimise põhjalikuks protsessiks, vähe tähelepanu ei pöörata.
- Need on korduvkasutatavad, kuna igaüks saab neid suunata ja testi läbi viia.
Kasulikke näpunäiteid
Neid kirjutades pidage meeles järgmist teavet:
- See peaks olema lihtne ja sisutihe, kuni 15 sammuga.
- Igaüks neist tuleb muuta korduvkasutatavaks.
- Vältige kordamist.
- Esitada tuleb täiendav testimise teave, näiteks tarkvara, riistvara, opsüsteem, testitava rakenduse versioon, testi eeltingimused jne.
- See peaks olema kirjutatud viisil, et katsetame korraga ainult ühte asja, ilma kattumisteta.
- Veenduge, et kõik positiivsed ja negatiivsed stsenaariumid oleksid kaetud, tagades meile täieliku katvuse.
- Need tuleks luua lõpptarbijat silmas pidades.
Järeldus
Kokkuvõtteks võib öelda, et need võivad tõhustada meie jõupingutusi üldise testimise alal ja parandada meie tarkvara kvaliteeti kuni lõpuni, säästes samas katsejuhtumite korduvkasutatavuse tõttu aega ja vaeva.
Soovitatavad artiklid
See on juhend küsimusele Mis on testjuhtum. Siin arutame malli, olulisust ja kasulikke näpunäiteid. Lisateabe saamiseks võite vaadata ka järgmisi artikleid -
- Mis on tarkvaraarendus?
- Tarkvaraehituse intervjuu küsimused
- Karjäär tarkvaraarendajana
- 14 parimat tarkvarariista kvaliteetsete esitluste loomiseks