Kako napisati testne slučajeve s primjerima
Thomas Hamilton
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 testni koraci nisu jednostavni kao gore, stoga im je potrebna dokumentacija. Također, autor testnog slučaja može napustiti organizaciju ili otići na godišnji odmor ili je bolestan i nije na dužnosti ili je jako zauzet drugim kritičnim zadacima. Od nedavno zaposlenog može se tražiti da izvrši testni slučaj. Dokumentirani koraci pomoći će mu i olakšati preglede drugih dionika.
Korak 4) Provjerite ponašanje AUT.
Cilj testnih slučajeva u testiranju softvera je provjeriti ponašanje AUT-a za očekivani rezultat. Ovo treba dokumentirati kao u nastavku
| 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,
Pre – Uvjet koji specificira stvari koje moraju biti na mjestu prije nego što se test može pokrenuti. Za naš testni slučaj, preduvjet bi bio imati instaliran preglednik za pristup web mjestu koje se testira. Testni slučaj također može uključivati Post – uvjete koji određuju sve što se primjenjuje nakon završetka testnog slučaja. Za naš testni slučaj, postuvjet bi bio da su vrijeme i datum prijave pohranjeni u bazi podataka
Kako napisati video o testnom slučaju
Kliknite ovdje ako video nije dostupan
Najbolja praksa za pisanje dobrog testnog slučaja.
1. Testni slučajevi moraju biti jednostavni i transparentni:
Stvorite testne slučajeve koji su što jednostavniji. Moraju biti jasni i sažeti jer ih autor testnog slučaja ne smije izvršiti.
Koristite asertivan jezik kao što je idite na početnu stranicu, unesite podatke, kliknite ovo i tako dalje. To olakšava razumijevanje testnih koraka i ubrzava izvođenje testova.
2. Stvorite testni slučaj imajući na umu krajnjeg korisnika
Krajnji cilj bilo kojeg softverskog projekta je stvoriti testne slučajeve koji zadovoljavaju zahtjeve korisnika i koji su jednostavni za korištenje i rukovanje. Ispitivač mora izraditi testne slučajeve imajući na umu perspektivu krajnjeg korisnika
3. Izbjegavajte ponavljanje testnog slučaja.
Nemojte ponavljati testne slučajeve. Ako je testni slučaj potreban za izvođenje nekog drugog testnog slučaja, pozovite testni slučaj prema ID-u testnog slučaja u stupcu preduvjeta
4. Ne pretpostavljajte
Nemojte pretpostavljati funkcionalnost i značajke vaše softverske aplikacije dok pripremate testni slučaj. Držite se specifikacijskih dokumenata.
5. Osigurajte 100% pokrivenost
Obavezno napišite testne slučajeve kako biste provjerili sve softverske zahtjeve navedene u specifikacijskom dokumentu. Koristiti Matrica sljedivosti kako bi se osiguralo da nijedna funkcija/uvjeti nisu ostali neprovjereni.
6. Testni slučajevi moraju biti prepoznatljivi.
Imenujte ID testnog slučaja tako da ih je lako identificirati tijekom praćenja nedostataka ili identificiranja softverskog zahtjeva u kasnijoj fazi.
7. Provedite tehnike testiranja
Nije moguće provjeriti sve moguće uvjete u vašoj softverskoj aplikaciji. Tehnike testiranja softvera pomažu vam odabrati nekoliko testnih slučajeva s maksimalnom mogućnošću pronalaska kvara.
- Analiza graničnih vrijednosti (BVA): Kao što naziv sugerira, to je tehnika koja definira testiranje granica za određeni raspon vrijednosti.
- Ekvivalentna particija (EP): Ova tehnika dijeli raspon na jednake dijelove/skupine koje imaju tendenciju da imaju isto ponašanje.
- Tehnika prijelaza stanja: Ova metoda se koristi kada se ponašanje softvera mijenja iz jednog stanja u drugo nakon određene akcije.
- Tehnika pogađanja pogreške: Ovo je nagađanje/predviđanje pogreške koja se može pojaviti tijekom ručnog testiranja. Ovo nije formalna metoda i iskorištava prednosti iskustva testera s aplikacijom
8. Samočišćenje
Testni slučaj koji kreirate mora vratiti Ispitna okolina u stanje prije testiranja i ne bi trebalo učiniti testno okruženje neupotrebljivim. Ovo posebno vrijedi za testiranje konfiguracije.
9. Ponovljiv i samostojeći
Testni slučaj bi trebao generirati iste rezultate svaki put bez obzira tko ga testira
10. Vršnjak Revtj.
Nakon što izradite testne slučajeve, neka ih pregledaju vaši kolege. Vaši kolege mogu otkriti nedostatke u dizajnu vašeg testnog slučaja, koje možete lako propustiti.
Tijekom izrade testnog slučaja treba uključiti sljedeće informacije
- Opis zahtjeva koji se testira
- Objašnjenje kako će se sustav testirati
- Testna postavka poput verzije aplikacije koja se testira, softvera, podatkovnih datoteka, operativnog sustava, hardvera, sigurnosnog pristupa, fizičkog ili logičkog datuma, doba dana, preduvjeta kao što su drugi testovi i bilo koje druge informacije o postavljanju relevantne za zahtjeve koji se testiraju
- Ulazi i izlazi ili akcije i očekivani rezultati
- Bilo kakvi dokazi ili prilozi
- Koristite aktivni jezik velikih i malih slova
- Testni slučaj ne bi trebao imati više od 15 koraka
- Automatizirana testna skripta komentira se unosima, svrhom i očekivanim rezultatima
- Postavljanje nudi alternativu preduvjetnim testovima
- S drugim testovima, to bi trebao biti netočan redoslijed poslovnog scenarija
Alati za upravljanje testnim slučajevima
Alati za upravljanje testovima su alati za automatizaciju koji pomažu u upravljanju i održavanju testnih slučajeva. Glavne značajke alata za upravljanje testnim slučajevima su
- Za dokumentiranje testnih slučajeva: Pomoću alata možete ubrzati izradu testnog slučaja pomoću predložaka
- Izvršite testni slučaj i zabilježite rezultate: Testni slučaj se može izvršiti pomoću alata, a dobiveni rezultati mogu se lako zabilježiti.
- Automatizirajte praćenje kvarova: Neuspjeli testovi automatski se povezuju s programom za praćenje grešaka, koji se pak može dodijeliti programerima i pratiti putem obavijesti putem e-pošte.
- Sljedivost: Zahtjevi, testni slučajevi, izvođenje testnih slučajeva međusobno su povezani kroz alate, a svaki se slučaj može pratiti jedan do drugoga kako bi se provjerila pokrivenost testom.
- Zaštita testnih slučajeva: Testni slučajevi trebali bi se moći ponovno koristiti i trebali bi biti zaštićeni od gubitka ili oštećenja zbog loše kontrole verzije. Alati za upravljanje testnim slučajevima nude značajke poput
- Pravila imenovanja i numeriranja
- verzije
- Pohrana samo za čitanje
- Kontrolirani pristup
- Sigurnosna kopija izvan mjesta
Popularni alati za upravljanje testiranjem su: Centar za kvalitetu i TURA
Format standardnih testnih slučajeva
Ispod je format primjera testnih slučajeva standardne prijave.
| ID testnog slučaja | Testni slučaj Description | Ispitni koraci | Podaci o ispitivanju | Očekivani rezultati | Stvarni rezultati | Prođi / ne uspije |
|---|---|---|---|---|---|---|
| TU01 | Provjerite korisničku prijavu s valjanim podacima |
|
Korisničko ime = guru99 Lozinka = pass99 | Korisnik se treba prijaviti u aplikaciju | Kao što je i očekivano | Proći |
| TU02 | Provjerite korisničku prijavu s nevažećim podacima |
|
Korisničko ime = guru99 Lozinka = glass99 | Korisnik se ne bi trebao prijaviti u aplikaciju | Kao što je i očekivano | Proći |
Ova cijela tablica može se izraditi u Wordu, Excelu ili bilo kojem drugom Alat za upravljanje testiranjem. To je sve za dizajn testnog slučaja
Predložak testnog slučaja
- Imajte na umu da će se korišteni predložak razlikovati od projekta do projekta. Pročitaj ovo udžbenik kako biste naučili predložak testnog slučaja s objašnjenjem važnih polja
Preuzmite gornji predložak testnog slučaja Excel (.xls)
PITANJA I ODGOVORI
Što je testni slučaj?
Testni slučaj je dokumentirani skup uvjeta, inputa, radnji i očekivanih rezultata osmišljenih za provjeru da određena funkcionalnost ili značajka aplikacije radi kako je predviđeno. Služi kao smjernica za testere kako bi osigurali da se aplikacija ispravno ponaša u određenim uvjetima.
Testni scenarij protiv testnog slučaja
Za Testni scenarij: Provjerite funkcionalnost prijave, postoji mnogo mogućih testnih slučajeva:
- Testni slučaj 1: Provjerite rezultate unosom važećeg korisničkog ID-a i lozinke
- Testni slučaj 2: Provjerite rezultate unosa nevažećeg korisničkog ID-a i lozinke
- Probni slučaj 3: Provjerite odgovor kada je korisnički ID prazan i pritisnut je gumb za prijavu i još mnogo toga
