Što je testni slučaj?
Softverska terminologija često može biti prilično zbunjujuća. Testni slučaj, scenarij, plan; svi oni zvuče prilično slično i lako je pomiješati pojmove. Pri testiranju softvera važno je izbjegavati nesporazume oko okolne terminologije. Stoga ćemo u ovom članku pogledati što to znači.
To je skupina uvjeta ili varijabli kojima ispitivač provjerava usklađenost sa zahtjevima softvera koji se testira. Koristi se za davanje testenim uputama ispitivačima. Radi se o dokumentu koji sadrži podatke o testiranju, preduvjete, očekivane rezultate itd. Razvijene za određeni scenarij. Njegovo izvršavanje djeluje kao početna točka, nakon čega primjenjujemo skup ulaznih vrijednosti i čekamo konačan ishod. Tijek razvoja također nam pomaže u pronalaženju komplikacija u zahtjevima za primjenu.
Obično ih napiše tester iz QA tima. To ne uključuje testove koje piše razvojni tim, već se izvršavaju testovi koji se provode nakon testiranja i testiranja jedinice. Što je još važnije, ispitivač koji razumije funkcionalnost aplikacije i može pružiti testni slučaj vrijednosti, trebao bi to napisati.
predložak
Obično ima sljedeća polja. No, format polja može se razlikovati od tvrtke do tvrtke, ovisno o alatu za upravljanje testom koji ih koristi.
ID testnog slučaja | ID se daje testnom slučaju. |
Opis testnog slučaja | Opis testnog slučaja. |
Srodni zahtjev | ID se daje zahtjevu koji ovaj testni slučaj mapira. |
Preduvjeti | Svi preduvjeti ili zahtjevi koje treba ispuniti prije pokretanja testa. |
Koraci ispitivanja | Da biste pokrenuli test, dobili smo detaljne upute za provođenje testa. |
Podaci ispitivanja | Podaci koji se koriste tijekom provođenja testa. |
očekivani rezultat | Rezultat koji se očekuje od testa, zabilježen je prije pokretanja testa. |
Stvarni rezultat | Stvarni rezultat dobiven nakon pokretanja testa |
Status | Status stečen nakon pokretanja testa. To može biti prolaz, neuspjeh, nije izvršen, blokiran. |
komentari | Bilo kakve primjedbe za test. |
Informacije o okolišu | Uključuje podatke o mreži / hardveru / softveru u kojima se pokreće test. |
Kako napisati test slučaj?
U nastavku su navedeni koraci za pisanje testnog slučaja.
Korak 1: Dodijelite broj i opis.
Korak 2: Da bismo ga pokrenuli, potrebni su nam testni podaci. Bez podataka o testiranju ne bismo imali odgovarajuće podatke za testiranje, čineći zadatak napornim.
Korak 3: Da bismo ga pokrenuli, moramo imati određeni skup uputa za provođenje testa. Ti se koraci nazivaju testni koraci. Potreba za tim javlja se kada autor odustane od projekta ili je na pauzi. Potom će neko drugi iz projekta morati preuzeti testiranje. Pisani koraci pomoći će im.
Korak 4: Cilj im je ispitati ponašanje aplikacije. Da bismo to postigli, trebat će nam očekivani rezultat. Nakon provedbe, očekivani rezultati uspoređivat će se sa stvarnim rezultatom testa, te će mu u skladu s tim biti dodijeljen status.
Korak 5: Također možemo imati i Dodatno polje poput pretpostavljenog polja, koje nam govori o uvjetima koje treba ispuniti prije pokusnog ispitivanja, polje Post-Conditions, koje nam govori o uvjetima koje moramo ispuniti nakon pokusa ispitivanja, itd.
Primjer:
ID testnog slučaja | Opis testnog slučaja | Koraci ispitivanja | Podaci ispitivanja | očekivani rezultat | Stvarni rezultat | Status |
TC01 | Provjerite prijavu zaposlenika s važećim podacima |
1. Idite na stranicu za prijavu. 2.Unesite Userid 3.Unesite lozinku 4. Kliknite na gumb za prijavu | Userid = admin
Lozinka = abc12345 | Korisnik se mora moći prijaviti | Kao što se i očekivalo | Proći |
TC02 | Provjerite prijavu zaposlenika s nevaljanim podacima | 1. Idite na stranicu za prijavu.
2.Unesite Userid 3.Unesite lozinku 4. Kliknite na gumb za prijavu | Userid = admin
Lozinka = 12345abc | Korisnik se ne smije moći prijaviti | Kao što se i očekivalo | Proći |
Važnost test slučaja
Imaju ogroman dojam o fazi testiranja. Pisanje istih jednako je značajno kao i sam proces testiranja. Pomaže nam da razmislimo o specifičnostima i osigurava da ih se borimo sa što više pogleda.
Važno je da bilo tko može ponovo testirati test koristeći ih. Oni su snažni artefakti koji su korisni budućim suigračima, osim što pružaju dokumentaciju o načinu na koji aplikacija funkcionira. Ukratko, oni daju sljedeći značaj:
- Osiguravaju dobru pokrivenost testa, vodeći računa da glavna funkcionalnost ne bude propuštena tijekom testiranja.
- Omogućuje im da temeljito razmisle o različitim načinima potvrđivanja značajki aplikacije.
- Opisani su i negativni prijedlozi, što je testiranje učinilo temeljitim postupkom, a nije zanemareno.
- Oni su za višekratnu upotrebu, jer ih bilo tko može uputiti i pokrenuti test.
Korisni savjeti i trikovi
Prilikom pisanja imajte na umu sljedeće podatke:
- Treba biti jednostavan i sažet, s ne više od 15 koraka.
- Svaki od njih treba učiniti višekratnim.
- Izbjegavajte ponavljanje.
- Moraju se osigurati dodatne informacije o postavljanju testa poput softvera, hardvera, operativnog sustava, verzije aplikacije koja se testira, preduvjeti za testiranje itd.
- To bi trebalo biti napisano na način da testiramo samo jednu stvar odjednom, bez preklapanja.
- Osigurajte da su svi scenariji, pozitivni i negativni, obuhvaćeni, čime ćemo dobiti 100% pokrivenost.
- One bi trebale biti kreirane u vidu krajnjeg korisnika.
Zaključak
Zaključno, oni mogu poboljšati naše napore u ukupnom testiranju i mogu poboljšati kvalitetu našeg softvera do krajnjih ciljeva, štedeći nam vrijeme i trud zbog ponovne upotrebe testnih slučajeva.
Preporučeni članci
Ovo je vodič o slučaju Što je testni slučaj. Ovdje smo razgovarali o predlošku, važnosti i korisnim savjetima i trikovima. Možete pogledati i sljedeće članke da biste saznali više -
- Što je razvoj softvera?
- Pitanja o intervjuu za softverski inženjering
- Karijera kao programer softvera
- 14 najboljih softverskih alata za izgradnju izvrsnih prezentacija