Tarkvaratehnika testjuhtum on üks samm või etappide jada, et kontrollida rakenduse teatud funktsioonide õiget käitumist/funktsionaalsust. Testjuhtum määrab põhimõtteliselt, kas rakendus või tarkvarasüsteem töötab nii, nagu peaks. Testjuhtumite kirjutamise eesmärk on aidata standardiseerida testimisprotsessi ja minimeerida suvalisi või ad hoc lähenemisviise. Võib kuluda palju testjuhtumeid, et kontrollida, kas tarkvarasüsteemi on enne selle väljalaskmist piisavalt uuritud ja kontrollitud.
1
Mõelge, kas testjuhtum on juba olemas. Enne oma mooduli jaoks uue testjuhtumi kirjutamist uurige, kas sama komponenti testivad juba olemasolevad testjuhtumid. See võib olla reaalajas säästja! Kui leiate olemasolevaid testjuhtumeid, kaaluge uue kirjutamise asemel testjuhtumi värskendamist.
2
Teadke hea testjuhtumi tunnuseid. Hea testjuhtumi mõistmine aitab teil kirjutada parema ja tugevama katsejuhtumi. Need omadused hõlmavad järgmist: Täpsus: test väljendab selgelt eesmärki.Jälgimine: testi saab jälgida nõuetele.Kordamine: Testi saab kasutada testi tegemiseks nii mitu korda kui vaja.Korduskasutatavus: testi saab uuesti kasutada. vajaduse korral.Sõltumatus: iga teie kirjutatud testjuhtumit peaks saama sooritada mis tahes järjekorras, sõltumata teistest testjuhtumitest. Lühidalt: Testijuhtumi kirjeldus peaks olema lihtne ja selge ning sellel ei tohi olla kõrvalisi samme ega sõnu. Testija peaks saama sellest aru, lugedes selle ühe korra üle. Kirjelduses tuleks kasutada tegevussõnu, nagu “tehke “x” ja “tee “y”.
3
Enne kirjutamist kaaluge erinevaid võimalikke stsenaariume. Keskenduge sellele, mis võib tootega juhtuda, kui klient seda kasutab. Mõelge sellele hoolikalt ja kujundage oma test(id) vastavalt. Stsenaariumid peaksid olema lühikesed. Testi stsenaariumi eesmärk ei ole esitada palju konkreetseid üksikasju, vaid selle asemel edastada konkreetne idee konkreetse juhtumi testimise kohta.
4
Andke omale piisavalt aega kirjutamiseks. Kuna stsenaariumid ja juhtumid on tulevaste testjuhtumite ja testimise aluseks, peate andma endale piisavalt aega kvaliteeditesti kirjutamiseks ja protseduuri põhjalikuks ülevaatamiseks.
5
Valige testjuhtumi kirjutamise tööriist. Exceli arvutustabeleid soovitatakse põhiliste testjuhtumite kirjutamiseks ja nende käsitsi testimiseks. Kui kavatsete testjuhtumeid automatiseerida, hankige selliste tööriistade litsents nagu Test Director. Samuti on mitmeid tööriistu, mida saab Internetist tasuta alla laadida.
6
Kirjutage valitud tööriistaga testjuhtum. See võimaldab teil juhtumit ja sellega seotud andmeid jälgida. Hea mall sisaldab järgmist: seerianumbrid: see on testjuhtumite arv.Testikomplekti ID: see on selle testkomplekti ID, kuhu see testjuhtum kuulub.Testijuhtumi ID: testjuhtumi ID.Testijuhtumi kokkuvõte: testjuhtumi kokkuvõte või eesmärk.Seotud nõue: selle nõude ID, millega see testjuhtum seostub/jälgib.Eeltingimused: need on kõik eeltingimused või eeltingimused, mis peavad olema täidetud enne testi sooritamist.Testi protseduur/etapid: see on samm. -sammuline protseduur testi läbiviimiseks. Olge siin väga üksikasjalik ja konkreetne, kuna see on kõige olulisem komponent. Iga sammu saab kirjutada väga otse, kasutades võtmesõnu nagu “sisesta”, “kinnita”, “klõpsake”, “sisselogimine” jne. Oodatav tulemus: testi eeldatav tulemus. Testjuhtumite kirjutamisel pange tähele, millist lehte/ekraani te pärast testi ilmuma ootate. Samuti võite lisada vastavale etapile ekraanipilte või spetsifikatsioonidokumendid ning võtta arvesse, et süsteem peaks toimima kirjeldatud viisil, et lihtsustada sammu ja oodatavat tulemust ning protsessi on testija jaoks lihtsam jälgida.Tegelik tulemus: see on testi tulemus pärast selle sooritamist.Olek: see on olek, mis testis ilmneb, nt. “Läbi” või “ei õnnestunud”. Kasutada saab ka muid olekuid, näiteks “Pole teostatud”, kui testimist ei teostata, ja “Blokeeritud”, kui testimine on blokeeritud.Märkused: Siin saate lisada testjuhtumi või testjuhtumi täitmise kohta kommentaare.Loodud: See on testi looja nimi.Loomise kuupäev: see on kuupäev, millal te testi sooritate.Teataja: See on selle isiku nimi, kes testi tegelikult läbi viis.Täitmise kuupäev: teie sooritamise kuupäev test. Testikeskkond: süsteemid, milles teksti täideti. Siin märkige näiteks kasutatud operatsioonisüsteem ja veebibrauser.
7
Kirjutage põhiline testjuhtumi avaldus. Nende väidete jaoks on tüüpiline vorming: Kontrollige [mida testitakse].Kasutades [tööriista nime, sildi nime, dialoogi jne.] Kasutamise asemel võite kasutada ka sisestamist või valimist, olenevalt teie konkreetse katsejuhtumi olukord. [testi tingimustega]. Sellele [mida tagastatakse, näidatakse, demonstreeritakse]
8
Vaadake üle kirjalik testijuhtum. Teie töö pole veel lõppenud, kui olete testjuhtumi kirjutanud; peate ikkagi üle vaatama kõik, mis on kirjutatud, ja hindama, kas kõik sammud on selged ja arusaadavad ning eeldatavad tulemused vastavad nendele sammudele. Saate juhtumi ise üle vaadata ja hinnata lünki või puuduvaid kohti, pannes end rolli Tester. Kuid võite lasta oma testjuhtumi üle vaadata ka kaaslaste testijatel (tuntud kui “peer Review”), arendajatel, tooteomanikel või mis tahes asjakohastel sidusrühmadel.