Kako napisati testne slučajeve s primjerima

Što je testni slučaj?

A testni slučaj Je skup akcije, ulazi i očekivani rezultati koji pomaže testerima da provjere radi li određena značajka ili funkcionalnost u softveru kako je predviđeno. Služi kao Korak-po-korak vodič koji definira što testirati, kako to testirati i koji rezultat očekivati.

Zamislite testni slučaj kao recept za validaciju — govori vam točne sastojke (podaci ispitivanja), postupak (koraci koje treba izvesti) i kako bi savršeno jelo (očekivani rezultat) trebalo izgledati.

Dobro napisan testni slučaj pomaže osigurati:

• Softver zadovoljava poslovnim i korisničkim zahtjevima.
• Greške ili neočekivana ponašanja su uhvaćen rano.
• Testiranje može biti ponovljeno i pregledano od strane bilo kojeg QA stručnjaka.
• Timovi mogu trag koji zahtjev svaki test provjerava.

👉 Prijavite se za besplatni projekt testiranja softvera uživo

Koraci za stvaranje testnih slučajeva u ručnom testiranju

Kreirajmo testni slučaj za scenarij: Provjerite funkcionalnost prijave

Korak 1) Jednostavan testni slučaj za objašnjenje scenarija bio bi

Testni slučaj #	Testni slučaj Description
1	Provjerite odgovor kada se unese važeća adresa e-pošte i lozinka

Korak 2) Testirajte podatke.
Da biste izvršili testni slučaj, trebate Podaci o ispitivanju. Dodavanje u nastavku

Testni slučaj #	Testni slučaj Description	Podaci o ispitivanju
1	Provjerite odgovor kada se unese važeća adresa e-pošte i lozinka	E-pošta: guru99@email.com Lozinka: lNf9^Oti7^2h

Identificiranje testnih podataka može oduzimati puno vremena i ponekad može zahtijevati ponovno stvaranje testnih podataka. Razlog za to treba dokumentirati.

Korak 3) Izvršite radnje.
Kako bi izvršio testni slučaj, ispitivač treba izvesti određeni skup radnji na AUT-u. To je dokumentirano na sljedeći način:

Testni slučaj #	Testni slučaj Description	Ispitni koraci	Podaci o ispitivanju
1	Provjerite odgovor kada se unese važeća adresa e-pošte i lozinka	1) Unesite adresu e-pošte 2) Unesite lozinku 3) Pritisnite Prijava	E-pošta: guru99@email.com Lozinka: lNf9^Oti7^2h

Mnogo puta, koraci testiranja nisu tako jednostavni kao gore, stoga je potrebna dokumentacija. Također, autor testnog slučaja može napustiti organizaciju ili otići na godišnji odmor ili biti bolestan i izvan posla ili biti vrlo zauzet drugim ključnim zadacima. Nedavno zaposleni može biti zamoljen da izvrši testni slučaj. Dokumentirani koraci će mu pomoći, a također će olakšati preglede od strane drugih dionika.

Korak 4) Provjerite ponašanje AUT-a.
Cilj testnih slučajeva u testiranju softvera je provjeriti ponašanje AUT-a za očekivani rezultat. To treba dokumentirati kako slijedi.

Testni slučaj #	Testni slučaj Description	Podaci o ispitivanju	očekivani rezultat
1	Provjerite odgovor kada se unese važeća adresa e-pošte i lozinka	E-pošta: guru99@email.com Lozinka: lNf9^Oti7^2h	Prijava bi trebala biti uspješna

Tijekom vremena izvođenja testa, ispitivač će usporediti očekivane rezultate sa stvarnim rezultatima i dodijeliti status prolaza ili neuspjeha

Testni slučaj #	Testni slučaj Description	Podaci o ispitivanju	očekivani rezultat	Stvarni rezultat	Prođi / ne uspije
1	Provjerite odgovor kada se unese važeća adresa e-pošte i lozinka	E-pošta: guru99@email.com Lozinka: lNf9^Oti7^2h	Prijava bi trebala biti uspješna	Prijava je bila uspješna	Proći

Korak 5) To osim vašeg testnog slučaja - može imati polje poput,
preduvjet koji određuje što mora biti ispunjeno prije nego što se test može pokrenuti. Za naš testni slučaj, preduvjet bi bio imati instaliran preglednik za pristup testiranoj web-lokaciji. Testni slučaj može uključivati ​​i postuvjete koji određuju bilo što što se primjenjuje nakon završetka testnog slučaja. Za naš testni slučaj, postuvjet bi bio da se vrijeme i datum prijave pohranjuju u bazu podataka.

Ključni elementi testnog slučaja

Standardni testni slučaj obično uključuje:

1. ID testnog slučaja – Jedinstveni identifikator (npr. TC001)
2. Naslov ili Description – Što test potvrđuje
3. preduvjeti – Što mora postojati prije početka testiranja
4. Ispitni koraci – Točne radnje koje treba izvršiti
5. Podaci o ispitivanju – Ulazne vrijednosti ili parametri
6. očekivani rezultat – Rezultat koji biste trebali vidjeti
7. Stvarni rezultat – Što se zapravo dogodilo
8. Status – Prošao, Pao ili Blokirano

Testni slučaj protiv testnog scenarija

A testni scenarij opisuje što treba testirati - široku funkcionalnost ili korisničko putovanje.

A testni slučaj, s druge strane, objašnjava kako će se ta funkcionalnost provjeriti - točni koraci, podaci i očekivani rezultati.

Jednostavnim riječima:

• Testni scenarij = Ideja što testirati.
• Testni slučaj = Implementacija o tome kako testirati tu ideju.

Zamislite to ovako —

„Ako je testni scenarij naslov poglavlja, svaki testni slučaj je odlomak koji detaljno objašnjava to poglavlje.“

Primjer ilustracije:

Uzmimo primjer da bude jasnije:

Testni scenarij:

"Provjerite funkcionalnost prijave na web-stranicu."

Povezani testni slučajevi:

1. Potvrdite prijavu s važećim korisničkim imenom i lozinkom.
2. Potvrdite poruku o pogrešci s nevažećom lozinkom.
3. Potvrdite prijavu s praznim poljima.
4. Polje za potvrdu lozinke skriva uneseni tekst.

Ovdje je scenarij takav jedan funkcionalni cilj, dok ga testni slučajevi razbijaju na specifični, provjerljivi uvjeti.

Pročitajte za više informacija o Razlika između testnog slučaja i testnog scenarija

Prednosti pisanja visokokvalitetnih testnih slučajeva

• Visokokvalitetni testni slučajevi osiguravaju temeljito pokrivenost testom, dosljednost i sljedivost kroz cijeli proces osiguranja kvalitete.
• Pomažu testerima da uhvate rane bugove, održavanje regresijska stabilnosti jamčiti da je svaka funkcionalnost usklađena s poslovnim zahtjevima.
• Dobro napisani testni slučajevi su jasno, ponovno upotrebljivo i ponovljivo, omogućujući bilo kojem testeru ili alatu za automatizaciju da ih pouzdano izvrši.
• Oni također djeluju kao komunikacijski most između programera, testera i dionika — smanjujući dvosmislenost i štedeći vrijeme.
• Dokumentiranjem ciljeva, koraka i rezultata testiranja, timovi mogu mjeriti napredak, pridržavati se standarda, i učinkovito upravljati ažuriranjima.
• Najvažnije od svega, dobri testni slučajevi smanjiti troškove održavanja, ubrzati automatizaciju i osigurati povjerenje u kvalitetu softvera.
• Služe kao živa dokumentacija za uvođenje novih testera i kao strukturirani unos za umjetnu inteligenciju i alati za upravljanje testiranjem.

Uobičajene pogreške koje treba izbjegavati pri pisanju testnih slučajeva

Čak i iskusni testeri prave male pogreške koje slabe kvalitetu testiranja.

Izbjegavanje ovih pogrešaka može značajno poboljšati točnost, jasnoća i održivost vašeg testnog paketa.

1. Pisanje nejasnih koraka: Dvosmislene upute poput "provjeri stranicu za prijavu" zbunjuju testere. Koristite jasne korake temeljene na djelovanju.
2. Preskakanje negativnih scenarija: Uvijek uključite nevažeće ulaze ili granične testove kako biste osigurali potpunu pokrivenost.
3. Ponovna upotreba nejasnih testnih podataka: Neoznačeni ili nekonzistentni podaci čine rezultate ispitivanja nepouzdanima. Vodite zajednički list s podacima o ispitivanju.
4. Prekompliciranje testnih slučajeva: Dugi, višekoračni slučajevi teško se održavaju. Neka svaki slučaj bude fokusiran i atomski.
5. Ignoriranje ažuriranja nakon promjena proizvoda: Zastarjeli testni slučajevi stvaraju lažne rezultate. Revredovito pregledavati i revidirati.
6. Nedostaje sljedivost: Uvijek povežite testne slučajeve sa zahtjevima kako biste pratili pokrivenost i usklađenost.
7. Preskakanje recenzija od strane kolega: Svježe oko rano uočava nejasne ili suvišne korake.

Pitanja i odgovori