Kuidas sa mõistad testjuhtumite dokumenteerimise protsessi?

Testju juhtumite dokumenteerimine on üksikasjalik, selge ja arusaadav kirjeldus sammude, tingimuste ja oodatavate tulemustega, et kontrollida konkreetset funktsiooni või rakenduse osa.

Peamine eesmärk on tagada testide korduvus, selgus kõigile meeskonnaliikmetele (sh tulevastele töötajatele) ning alus testide katvuse ja aruandluse analüüsiks.

Hea dokumenteeritud testjuhtumi põhielemendid:

• Nimi/ID: Unikaalne identifikaator ja lühikirjeldus.
• Kirjeldus/Eesmärk: Selgitus, mida täpselt testitakse ja miks.
• Eeltingimused: Tingimused, mis peavad olema täidetud enne testi sooritamist (nt testandmed, süsteemi teatud seisund).
• Sammud kordamiseks: Selge järjestus tegevustest, mida tuleb teha.
• Sisendandmed: Andmed, mida kasutatakse igal sammul.
• Oodatav tulemus: Täpne kirjeldus sellest, kuidas süsteem peaks käituma või välja nägema pärast sammude sooritamist.
• Faktiline tulemus: (täidetakse testi käigus) see, mida süsteem tegelikult tegi.
• Staatus: Läbitud/mitte läbitud/Blokeeritud jne.
• Pärasttingimused: Süsteemi seisund pärast testi (valikuline).
• Prioriteet: Testi olulisuse hinnang.

Dokumenteerimise tööriistad võivad varieeruda: lihtsatest tabelitest spetsialiseeritud testihaldussüsteemideni (Test Case Management Tools), nagu TestRail, Zephyr, Allure TestOps.

Näide sammude struktuurist:

Samm number	Kasutaja tegevus (Samm)	Oodatav tulemus (Expected Result)
1	Mine veebisaidi avalehele.	Avaleht laaditakse ilma vigadeta.
2	Sisesta "test" otsinguribale.	Otsinguriba on aktiivne, tekst "test" kuvatakse õigesti.
3	Klõpsa "Otsing" nuppu.	Kuvatakse otsingutulemuste leht koos asjakohaste toodetega.

Kvaliteetne dokumentatsioon vähendab testide mõistmise aega, lihtsustab nende automatiseerimist ja hooldust ajakohasena.