Sisukord
- Tarkvara testimise artefaktid
- 1. Katseplaan
- Testiplaanide tüübid
- Testiplaani mall
- Katseplaani juhised
- 2. Test Suite
- Mis on testkomplekt?
- Mida sviit tähendab? Selgitab näide
- Testsviitide tüübid
- Test Suitesi omadused
- Test Suites mallid
- Erinevus testistsenaariumi, testikomplekti, katseplaani ja testjuhtumi vahel
- Järeldus
- 3. Testjuhtum
- Mis on testjuhtum?
- Kuidas kirjutada häid testjuhtumeid?
- Testjuhtumi mall
- Standardsete testjuhtumite näidisvorming
- Testjuhtumite haldamise tööriistad
- 4. Testi skript
- Mis on testskript?
- Testige skriptikeelt näitega
- Millist koodi kasutatakse?
- Kuidas luua testskripti?
- Kuidas testiskripti käivitada?
- 5. Testi andmed
- Mis on testiandmed?
- Testiandmete tähtsus
- Testiandmete tüübid
- Testimise andmed testimisel
- Head testiandmete omadused
- Testiandmete ettevalmistamise või genereerimise tehnikad
- Lähenemisviisid testandmete genereerimisele
- Testi andmete genereerimise tööriistad
- Testiandmete haldamine (TDM)
- Katseandmete piirangud
- Järeldus
- Soovitatavad artiklid
3. Testjuhtum
Mis on testjuhtum?
Test Case on dokumenteeritud eeltingimuste või eelduste, protseduuride ja järeltingimuste või oodatavate tulemuste kogum, mida testija kasutab selleks, et teha kindlaks, kas testitav süsteem vastab nõuetele, st kas töötab õigesti või mitte, nimetatakse testjuhtumiks.
See sisaldab testi andmeid, testietappe ja tingimusi, et kontrollida tarkvara konkreetset funktsiooni või funktsionaalsust.
Testjuhtum võib sisaldada mitut testskripti ja olla osa testkomplektist, mis sisaldab mitut testjuhtumit.
Seda võib olla kahte tüüpi:
- Testjuhtumis ei tohi olla rohkem kui 15 sammu.
- Testjuhtum peab sisaldama teavet süsteemi testimise kohta.
- Kaasata tuleb meetmed, oodatavad tulemused, sisendid ja väljundid.
- Pakkuge alternatiivi eeltingimustestidele.
- Testi seadistus peab sisaldama teavet, nagu riistvara, operatsioonisüsteem, testitava rakenduse versioon, turbejuurdepääs, tarkvara, kellaaeg, füüsilised või loogilised andmed, eeltingimused ja muu testitavate nõuetega seotud seadistusteave.
- Testitava tarkvara või funktsioonide kirjeldus peaks olema olemas.
- Testimisega seotud tõendid või manused peavad olema olemas.
- Kommentaarid sisendite oodatavate tulemuste ja eesmärgi kohta peaksid olema automatiseeritud testskriptis.
- Kasutage testskriptis aktiivset käändekeelt.
- Versioonide koostamine
- Väljaspool saiti varundamine
- Nimetamise ja nummerdamise kokkulepped
- Kirjutuskaitstud juurdepääs
- Kontrollitud juurdepääs
Kuidas kirjutada häid testjuhtumeid?
Mõned parimad tavad hea testjuhtumi kirjutamiseks:
1. Tarkvara testimistehnikate juurutamine
Kuna kõiki võimalikke katsejuhtumeid pole võimalik kontrollida, tarkvara testimine tehnikad aitavad testijatel tuvastada testjuhtumid maksimaalse tõenäosusega leida defekte. Siin on mõned tarkvara testimise tehnikad.
2. Testjuhtumi loomine vastavalt lõppkasutajale
Tarkvara on välja töötatud lõppkasutaja jaoks ja seega tuleks testjuhtumid luua vastavalt lõppkasutajale. Seega peavad testjuhtumid vastama kliendi nõuetele ja olema hõlpsasti kasutatavad.
3. Ei mingeid eeldusi
Tarkvararakenduse funktsionaalsust ja funktsioone ei tohiks eeldada ning need peavad vastama spetsifikatsiooni dokumentidele.
4. Testjuhtumite tulemuste järjepidevus.
Testjuhtumid peavad andma järjepidevaid ja samu tulemusi iga kord, kui testi sooritatakse, olenemata testi läbiviijast.
5. Testjuhtumeid ei tohi korrata
Testjuhtumeid on juba märkimisväärne hulk ja seega pole vajadust korrata juba määratletud testjuhtumeid. Kui mõni muu testjuhtum nõuab testjuhtumit, kutsuge see välja, kasutades eelkonditsioneeritud veerus Testjuhtumi ID-d.
6. Lihtne ja läbipaistev
Testijuhtumid peavad olema lihtsad, selged ja ülevaatlikud, et igaüks saaks aru, mitte ainult autor.
Tugev keelekasutus nagu sisesta andmed, mine avalehele, kliki sellel jms, et testisammud oleksid hõlpsasti arusaadavad ja testi täitmine muutuks kiiremaks.
7. Arvustus kaaslastelt
Kui testjuhtumi loomine on lõpule viidud, peaksid kolleegid või kolleegid selle üle vaatama, et avastada katsejuhtumi kujunduses esinevaid vigu, mis autoril võib-olla kahe silma vahele jäid.
8. Tagada 100% katvus
Jälgitavuse maatriksit kasutatakse 100% testi katvuse tagamiseks, nii et ükski tarkvaranõudes määratud funktsioon või tingimus ei jääks testimata.
9. Testi keskkonna stabiilsust
Konkreetses keskkonnas kasutatavad testjuhtumid ei tohiks seda kasutuks muuta. Kui testjuhtumi täitmine on lõppenud, peab testkeskkond naasma oma testieelsesse olekusse, eriti konfiguratsiooni testimisel.
10. Identifitseeritavad katsejuhud
Testjuhtumitel peab olema õige ID, et neid saaks hiljem defektide jälgimise või tarkvaranõuete tuvastamise käigus hõlpsasti tuvastada.
Lisaks ülaltoodud tavadele on siin mõned andmed, mida testija peab testijuhtumi koostamisel lisama.
Testjuhtumi mall
Järgmised elemendid on osa testjuhtumi mallist. Tihti aga kasutavad ettevõtted testjuhtumite haldamise tööriistu ja seega määrab testjuhtumite malli või vormingu just see tööriist.
| Test Suite ID | See tähistab testkomplekti ID-d, millele testjuhtum kuulub. |
| Testjuhtumi ID | See on testjuhtumi ID. |
| Testjuhtumi kokkuvõte | See määratleb katsejuhtumi eesmärgi või kokkuvõtte. |
| Seotud nõue | See on nõude ID, mida testjuhtum jälgib või seostab. |
| Eeltingimused | Need on eeltingimused või eeltingimused, mis peavad olema täidetud enne testi käivitamist. |
| Testi skript/protseduur | See on testi teostamise samm-sammuline protseduur. |
| Testi andmed | Testi andmed või seotud lingid, mida testis kasutatakse. |
| Oodatud Tulemus | Oodatavad katsejuhtumi tulemused. |
| Tegelik tulemus | Tegelikud katsejuhtumi tulemused pärast testi läbiviimist. |
| Olek | See võib olla kas läbiminek või ebaõnnestumine. Muu olek sisaldab „Pole teostatud” juhul, kui testimist ei teostata, ja „Blokeeritud”, kui testimine on blokeeritud. |
| Märkused | Testjuhtumi või testi täitmisega seotud kommentaarid. |
| Loodud | Testjuhtumi autori nimi. |
| Loomise kuupäev | Testjuhtumi loomise kuupäev. |
| Teostaja | Testi läbi viinud isiku nimi. |
| Täitmise kuupäev | Testi sooritamise kuupäev. |
| Testikeskkond | Testi läbiviimiseks kasutatav tarkvara või riistvara või võrk. |
Standardsete testjuhtumite näidisvorming
| Test Suite ID | TS1 |
| Testjuhtumi ID | TC1 |
| Testjuhtumi kokkuvõte | Toote kassafunktsiooni kontrollimiseks |
| Seotud nõue | RS1 |
| Eeltingimused | 1. Kasutaja on sisse logitud.2. Ostukorv on lisatud toodetele. |
| Testi skript/protseduur | 1. Pärast toote lisamist klõpsake kassa nuppu.2. Sisesta aadress ja kontaktandmed.3. Valige makseviis.4. Sisesta makseviisiga seotud üksikasjad.5. Tee makse. |
| Testi andmed | 1. Aadress ja kontaktandmed.2. Makseviis: Krediitkaart, Deebetkaart, UPI, Rahakott, Internetipangandus.3. Makse andmed |
| Oodatud Tulemus | 1. Kui makse üksikasjad on kehtivad, suunake tagasi maksete lüüsist ja kuvage teade makse õnnestumise kohta.2. Kui makse üksikasjad on kehtetud, suunake makseväravast tagasi ja kuvage teade makse ebaõnnestumine. |
| Tegelik tulemus | 1. Kui makseandmed kehtivad, on tulemused ootuspärased.2. Kui makseandmed on kehtetud, on tulemused ootuspärased. |
| Olek | Üle andma |
| Märkused | Kassafunktsioon töötab korralikult. |
| Loodud | John |
| Loomise kuupäev | 19.04.2020 |
| Teostaja | Maarja |
| Täitmise kuupäev | 12.05.2020 |
| Testikeskkond | OS: Windows 10Brauser: Chrome 85 |
Testjuhtumite haldamise tööriistad
Testjuhtumite haldamisel ja hooldamisel kasutatavaid automatiseerimistööriistu nimetatakse testihaldustööriistadeks.
Nende peamised omadused on järgmised:
üks. Jälgitavus : Testijuhtumid, nõuded ja nende täitmine on kõik omavahel seotud tööriistadega, nii et neid saab testi ulatuse kontrollimiseks üksteisega jälgida.
kaks. Testjuhtumi täitmine ja tulemuste salvestamine: Tööriistad muudavad testjuhtumi täitmise ja saadud tulemuste salvestamise väga lihtsaks.
3. Katsejuhtumi kaitse: Versioonikontroll ei tohiks olla ebapiisav, kuna testjuhtumeid tuleb uuesti kasutada ja seetõttu tuleks neid kaitsta kadumise või rikumise eest. Mõned selle funktsioonid on järgmised:
Neli. Testjuhtumite dokumentatsioon: Testihaldustööriistu saab kasutada malli abil testjuhtumi loomise kiirendamiseks.
5. Automaatne defektide jälgimine: Ebaõnnestunud testid saab testihaldustööriistades automaatselt linkida veajälgijaga ja määrata arendajatele ning neid saab jälgida e-posti teel.