Što je test slučaj?
Test slučaj je skup radnji izvršenih potvrditi određenu značajku ili funkciju softverske aplikacije. Test slučaj sadrži korake ispitivanja, podatke o ispitivanju, preduvjet, postuslov razvijen za određeni scenarij ispitivanja radi provjere bilo kojeg zahtjeva. Test slučaj uključuje određene varijable ili uvjete pomoću kojih inženjer za ispitivanje može usporediti očekivane i stvarne rezultate kako bi utvrdio funkcionira li softverski proizvod prema zahtjevima kupca.
Testni scenarij protiv test slučaja
Scenariji ispitivanja prilično su nejasni i pokrivaju širok raspon mogućnosti. Testiranje je vrlo specifično.
Za testni scenarij: Provjeri funkcionalnost prijave postoji mnogo mogućih testnih slučajeva:
- Testni slučaj 1: Provjerite rezultate prilikom unosa valjanog korisničkog identiteta i lozinke
- Testni slučaj 2: Provjerite rezultate unosom nevažećeg korisničkog ID-a i lozinke
- Testni slučaj 3: Provjerite odgovor kad je User ID prazan i pritisne se gumb za prijavu i mnogi drugi
Ovo nije ništa drugo do test slučaj.
U ovom vodiču naučit ćete kako pisati test slučajeve u ručnom testiranju s primjerom -
- Kako pisati test slučajeve u ručnom testiranju
- Format standardnih testnih slučajeva
- Najbolja praksa za pisanje dobrog primjera testnog slučaja.
- Alati za upravljanje testnim slučajevima
- Resursi
Kliknite ovdje ako videozapis nije dostupan
Kako pisati test slučajeve u ručnom testiranju
Stvorimo testni slučaj za scenarij: Provjeri funkcionalnost prijave
Korak 1) Jednostavan testni slučaj za objašnjenje scenarija bio bi
| Broj testnog slučaja | Opis test slučaja |
|---|---|
| 1 | Provjerite odgovor kada se unesu valjani e-mail i lozinka |
Korak 2) Da biste izvršili testni slučaj, trebat će vam testni podaci. Dodajući ga u nastavku
| Broj testnog slučaja | Opis test slučaja | Podaci o ispitivanju |
|---|---|---|
| 1 | Provjerite odgovor kada se unesu valjani e-mail i lozinka | E-pošta: Ova adresa e-pošte zaštićena je od neželjenih robota. Ako ga želite pregledati, potreban vam je omogućen JavaScript. Lozinka: lNf9 Oti7 2h |
Identificiranje testnih podataka može potrajati i ponekad može zahtijevati ponovno stvaranje testnih podataka. Razlog zašto to treba dokumentirati.
Korak 3) Da bi izvršio testni slučaj, ispitivač mora izvršiti određeni skup radnji na AUT. To je dokumentirano na sljedeći način:
| Broj testnog slučaja | Opis test slučaja | Ispitni koraci | Podaci o ispitivanju |
|---|---|---|---|
| 1 | Provjerite odgovor kada se unesu valjani e-mail i lozinka |
1) Unesite adresu e-pošte 2) Unesite lozinku 3) Kliknite Prijavi se |
E-pošta: Ova adresa e-pošte zaštićena je od neželjenih robota. Ako ga želite pregledati, potreban vam je omogućen JavaScript. Lozinka: lNf9 Oti7 2h |
Test koraci često 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 izvan službe ili je vrlo zauzet drugim kritičnim zadacima. Od nedavno angažiranog zaposlenika može se zatražiti da izvrši testni slučaj. Dokumentirani koraci pomoći će mu, a olakšat će i preispitivanja ostalih dionika.
Korak 4) Cilj testnih slučajeva u testiranju softvera je provjeriti ponašanje AUT-a za očekivani rezultat. To treba dokumentirati na sljedeći način
| Broj testnog slučaja | Opis test slučaja | Podaci o ispitivanju | očekivani rezultat |
|---|---|---|---|
| 1 | Provjerite odgovor kada se unesu valjani e-mail i lozinka | E-pošta: Ova adresa e-pošte zaštićena je od neželjenih robota. Ako ga želite pregledati, potreban vam je omogućen JavaScript. Lozinka: lNf9 Oti7 2h | Prijava bi trebala biti uspješna |
Tijekom vremena izvršavanja testa, ispitivač će provjeriti očekivane rezultate prema stvarnim rezultatima i dodijeliti status prolaska ili neuspjeha
| Broj testnog slučaja | Opis test slučaja | Podaci o ispitivanju | očekivani rezultat | Stvarni rezultat | Prođi / ne uspije |
|---|---|---|---|---|---|
| 1 | Provjerite odgovor kada se unesu valjani e-mail i lozinka | E-pošta: Ova adresa e-pošte zaštićena je od neželjenih robota. Ako ga želite pregledati, potreban vam je omogućen JavaScript. Lozinka: lNf9 Oti7 2h | Prijava bi trebala biti uspješna | Prijava je bila uspješna | Proći |
Korak 5) Da osim vašeg test slučaja -može imati polje poput Preduslov koje navodi stvari koje moraju biti na mjestu prije nego što test može pokrenuti. Za naš testni slučaj preduvjet bi bio instaliranje preglednika za pristup web mjestu koje se testira. Testni slučaj također može uključivati post - uvjete koji određuju sve što vrijedi nakon završetka testnog slučaja. Za naš testni slučaj postuslov bi bio vrijeme i datum prijave pohranjen je u bazu podataka
Format standardnih testnih slučajeva
Ispod je format primjera standardnih testnih slučajeva za prijavu.
| ID testnog slučaja | Testni scenarij | Ispitni koraci | Podaci o ispitivanju | očekivani rezultati | Stvarni rezultati | Prođi / ne uspije |
|---|---|---|---|---|---|---|
| TU01 | Provjerite prijavu kupca s valjanim podacima |
| Userid = guru99 Lozinka = pass99 | Korisnik se treba prijaviti u aplikaciju | Očekivano | Proći |
| TU02 | Provjerite prijavu kupca s nevaljanim podacima |
| Userid = guru99 Lozinka = glass99 | Korisnik se ne bi trebao prijaviti u aplikaciju | Očekivano | Proći |
Cijela ova tablica može se stvoriti u programu Word, Excel ili bilo kojem drugom alatu za upravljanje testovima. To je sve za dizajn test slučajeva
Tijekom izrade testnog slučaja uključiti sljedeće podatke
- Opis zahtjeva koji se ispituje
- Objašnjenje načina na koji će se sustav testirati
- Postavljanje testa poput verzije aplikacije koja se testira, softvera, podatkovnih datoteka, operativnog sustava, hardvera, sigurnosnog pristupa, fizičkog ili logičnog datuma, doba dana, preduvjeta kao što su drugi testovi i bilo koje druge informacije o postavljanju koje se odnose na zahtjeve koji se ispituju
- Ulazi i izlazi ili radnje i očekivani rezultati
- Svi dokazi ili prilozi
- Koristite aktivan jezik velikih i malih slova
- Test slučaj ne smije biti duži od 15 koraka
- Automatizirana testna skripta komentira se s ulazima, svrhom i očekivanim rezultatima
- Postava nudi alternativu preduvjetnim testovima
- S ostalim testovima to bi trebao biti pogrešan redoslijed poslovnog scenarija
Najbolja praksa za pisanje dobrog primjera testnog slučaja.
1. Test slučajevi moraju biti jednostavni i transparentni:
Stvorite što jednostavnije test slučajeve. Moraju biti jasni i sažeti jer ih autor testnog slučaja možda neće izvršiti.
Koristite asertivni jezik poput odlaska na početnu stranicu, unosa podataka, klika na ovo i tako dalje. To olakšava razumijevanje koraka ispitivanja i brže izvršavanje testova.
2. Stvorite test slučaj s krajnjim korisnikom na umu
Krajnji cilj svakog softverskog projekta je stvoriti test slučajeve koji udovoljavaju zahtjevima kupaca i jednostavan je za upotrebu i rukovanje. Tester mora stvoriti test slučajeve imajući na umu perspektivu krajnjeg korisnika
3. Izbjegavajte ponavljanje test primjera.
Ne ponavljajte test slučajeve. Ako je test test potreban za izvršavanje nekog drugog testnog slučaja, pozovite testni slučaj pomoću njegovog ID-a testnog slučaja u stupcu preduvjeta
4. Ne pretpostavljajte
Nemojte pretpostavljati funkcionalnost i značajke softverske aplikacije dok pripremate test slučaj. Pridržavajte se dokumenata sa specifikacijama.
5. Osigurajte 100% pokrivenost
Obavezno napišite testne slučajeve kako biste provjerili sve softverske zahtjeve navedene u specifikacijskom dokumentu. Koristite matricu sljedivosti kako biste osigurali da nijedna funkcija / uvjet ne ostane neprovjeren.
6. Test slučajevi moraju biti prepoznatljivi.
Imenujte testni slučaj tako da se može lako prepoznati tijekom praćenja nedostataka ili identificiranja zahtjeva softvera u kasnijoj fazi.
7. Primijeniti tehnike ispitivanja
Nije moguće provjeriti sve moguće uvjete u softverskoj aplikaciji. Tehnike softverskog testiranja pomažu vam odabrati nekoliko testnih slučajeva s najvećom mogućnošću pronalaska kvara.
- Analiza granične vrijednosti (BVA): Kao što naziv sugerira, to je tehnika koja definira ispitivanje granica za određeni raspon vrijednosti.
- Ekvivalencijska particija (EP): Ova tehnika dijeli raspon na jednake dijelove / skupine koji imaju isto ponašanje.
- Tehnika prijelaza države : Ova se metoda koristi kada se ponašanje softvera mijenja iz jednog stanja u drugo nakon određene radnje.
- Tehnika pogađanja pogrešaka: Ovo je nagađanje / predviđanje pogreške koja se može pojaviti tijekom ručnog testiranja. Ovo nije formalna metoda i koristi prednosti iskustva testera s primjenom
8. Samočišćenje
Test slučaj koji kreirate mora vratiti testno okruženje u stanje prije testa i ne bi trebao učiniti testno okruženje neupotrebljivim. To se posebno odnosi na testiranje konfiguracije.
9. Ponovljivo i samostojeće
Test slučaj trebao bi generirati iste rezultate svaki put bez obzira tko ga testirao
10. Peer Review.
Nakon izrade testnih slučajeva, neka ih kolege pregledaju. Vaši vršnjaci mogu otkriti nedostatke u dizajnu vašeg test slučaja, koji biste lako mogli propustiti.
Alati za upravljanje testnim slučajevima
Alati za upravljanje testovima su alati za automatizaciju koji pomažu u upravljanju i održavanju test slučajeva. Glavne značajke alata za upravljanje test slučajem su
- Za dokumentiranje test slučajeva: Pomoću alata možete ubrzati stvaranje test slučajeva pomoću predložaka
- Izvršite test slučaj i zabilježite rezultate: test slučaj može se izvršiti pomoću alata, a dobiveni rezultati mogu se lako snimiti.
- Automatizirajte praćenje nedostataka: neuspjeli testovi automatski se povezuju s programom za praćenje grešaka, koji se pak može dodijeliti programerima i može se pratiti putem obavijesti e-poštom.
- Sljedivost: Zahtjevi, ispitni slučajevi, izvršavanje testnih slučajeva međusobno su povezani alatima, a svaki slučaj može se pratiti međusobno kako bi se provjerila pokrivenost testom.
- Zaštita test slučajeva: Test slučajevi trebali bi se ponovno koristiti i trebali bi biti zaštićeni od gubitka ili oštećenja zbog loše kontrole verzije. Alati za upravljanje test primjercima nude značajke poput
- Konvencije o imenovanju i numeriranju
- Verziranje
- Pohrana samo za čitanje
- Kontrolirani pristup
- Sigurnosna kopija izvan web lokacije
Popularni alati za upravljanje testovima su: Centar za kvalitetu i JIRA
Resursi
- Napominjemo da će se predložak koji se koristi razlikovati od projekta do projekta. Pročitajte ovaj vodič da biste naučili predložak ispitnog slučaja s objašnjenjem važnih polja
Preuzmite gornji predložak testnog primjera Excel (.xls)
