Kompletni vodič za upotrebu i ispitivanje slučajeva upotrebe

use case use case testing complete tutorial

Za početak, shvatimo ‘Što je slučaj upotrebe?’ a kasnije ćemo razgovarati ‘Što je ispitivanje primjera?’ .

Slučaj upotrebe alat je za definiranje potrebne korisničke interakcije. Ako pokušavate stvoriti novi program ili izmijeniti postojeći, vodi se nekoliko rasprava. Jedna od kritičnih rasprava koju morate voditi je kako ćete predstavljati zahtjev za softverskim rješenjem.

Poslovni stručnjaci i programeri moraju se međusobno razumjeti o zahtjevu, jer je to vrlo teško postići. Svaka standardna metoda za strukturiranje komunikacije između njih doista će biti dobro. To će zauzvrat smanjiti pogrešne komunikacije i evo mjesta na kojem se primjerak slučaja pojavljuje u slici.

Ovaj će vam vodič dati jasnu sliku o konceptu slučaja upotrebe i testiranja, pokrivajući time različite aspekte koji su u njega uključeni, praktičnim primjerima za lako razumijevanje svih koji su potpuno novi u konceptu.

Što ćete naučiti:

• Slučaj upotrebe
• Tko koristi dokumente ‘Use Case’?
• Vrste slučajeva upotrebe
  • # 1) Slučajevi korištenja sunčanog dana
  • # 2) Slučajevi upotrebe kišnog dana
• Elementi u upotrebi
• Zastupanje
• Kako napisati slučaj upotrebe?
• Koristite dijagram slučaja
• Korisničke radnje
• Što je ispitivanje slučaja upotrebe?
  • Neke činjenice
  • Kako stvoriti predložak za testni slučaj?
• Zaključak
• Preporučena literatura

Slučaj upotrebe

Slučaj upotrebe igra značajnu ulogu u različitim fazama životnog ciklusa razvoja softvera. Slučaj upotrebe ovisi o 'Korisničkim radnjama' i 'Odgovoru sustava' na Korisničke radnje.

To je dokumentacija o „Radnjama“ koje glumac / korisnik izvršava i odgovarajuće „Ponašanje“ sustava prema Korisničkom „Radnju“. Koristite slučajeve može ili ne mora rezultirati postizanjem cilja 'Glumca / korisnika' u interakciji sa sustavom.

U Slučaju upotrebe opisat ćemo ‘Kako će sustav reagirati na zadani scenarij?’ . ‘Orijentiran je na korisnika’, a ne ‘na sustav’.

Orijentiran je na korisnika: Navest ćemo ‘koje radnje čini korisnik?’ I ‘Što glumci vide u sustavu?’.

Nije 'orijentiran na sustav': Nećemo precizirati ‘Koji su ulazni podaci dani sustavu?’ I ‘Koji su izlazni podaci koje sustav daje?’.

Razvojni tim treba napisati 'Slučajevi korištenja', jer faza razvoja uvelike ovisi o njima.

Pisci slučajeva, članovi tima i kupci pridonijet će stvaranju ovih slučajeva. Da bismo ih stvorili, moramo imati okupljeni razvojni tim i tim bi trebao biti jako svjestan projektnih koncepata.

Nakon provedbe slučaja, dokument se testira, a ponašanje sustava provjerava se u skladu s tim. U slučaju da veliko slovo 'A' označava 'Glumca', slovo 'S' označava 'Sustav'.

Tko koristi dokumente ‘Use Case’?

Ova dokumentacija daje cjelovit pregled različitih načina na koje korisnik komunicira sa sustavom radi postizanja cilja. Bolja dokumentacija može pomoći u prepoznavanju zahtjeva za softverskim sustavom na puno lakši način.

Ovu dokumentaciju mogu koristiti programeri softvera, ispitivači softvera kao i dionici.

Uporaba dokumenata:

• Programeri koriste dokumente za implementaciju koda i njegovo dizajniranje.
• Testeri ih koriste za stvaranje test slučajevi .
• Poslovne dionice koriste dokument za razumijevanje softverskih zahtjeva.

Vrste slučajeva upotrebe

Postoje 2 vrste.

Oni su:

• Sunčan dan
• Kišni dan

# 1) Slučajevi korištenja sunčanog dana

Oni su primarni slučajevi koji će se najvjerojatnije dogoditi kad sve bude dobro. Njima se daje veći prioritet u odnosu na ostale slučajeve. Nakon što dovršimo slučajeve, dajemo ga projektnom timu na uvid i osiguravamo da smo pokrili sve potrebne slučajeve.

youtube to mp4 converter free online no download

# 2) Slučajevi upotrebe kišnog dana

Oni se mogu definirati kao popis rubnih slučajeva. Prioritet takvih slučajeva doći će nakon 'Slučajeva sunčane upotrebe'. Možemo potražiti pomoć dionika i menadžera proizvoda da bismo odredili slučajeve kao prioritet.

Elementi u upotrebi

Dolje su navedeni razni elementi:

1) Ukratko opis : Kratki opis koji objašnjava slučaj.

2) Glumac : Korisnici koji su uključeni u radnje slučajeva slučajeva.

3) Preduvjet : Uvjeti koje treba zadovoljiti prije početka slučaja.

4) Osnovno Teći : 'Osnovni tijek' ili 'Glavni scenarij' normalni je tijek rada u sustavu. To je tok transakcija koje su glumci izvršili radi postizanja svojih ciljeva. Kada glumci stupe u interakciju sa sustavom, jer je to uobičajeni tijek rada, neće doći do pogreške i glumci će dobiti očekivani rezultat.

5) Alternativni teći : Osim uobičajenog tijeka rada, sustav može imati i 'Alternativni tijek rada'. Ovo je rjeđa interakcija koju korisnik vrši sa sustavom.

6) Iznimka teći : Tok koji sprečava korisnika u postizanju cilja.

7) Pošta Uvjeti : Uvjeti koje treba provjeriti nakon dovršetka slučaja.

Zastupanje

Slučaj je često predstavljen u običnom tekstu ili dijagramu. Zbog jednostavnosti dijagrama slučajeva, bilo koja organizacija smatra ga neobaveznim

Primjer slučaja:

Ovdje ću objasniti slučaj za ‘prijavu’ u ‘sustav upravljanja školom’.

Bodovi koje treba zabilježiti

• Uobičajene pogreške koje sudionici rade s Use Case je to što sadrži previše detalja o određenom slučaju ili nema dovoljno detalja.
• To su tekstualni modeli, ako je potrebno, možemo im dodati ili ne vizualni dijagram.
• Odrediti primjenjivi preduvjet.
• Korake procesa napišite ispravnim redoslijedom.
• Navedite zahtjev za kvalitetom postupka.

Kako napisati slučaj upotrebe?

Točke sažete u nastavku pomoći će vam da napišete sljedeće:

=> Kada pokušavamo napisati slučaj, prvo pitanje koje bi se trebalo postaviti je ‘Što je primarna namjena kupca?’ Ovo će vas pitanje natjerati da svoje slučajeve napišete iz perspektive korisnika.

=> Morali smo dobiti predložak za njih.

=> Ona mora biti produktivna, jednostavna i jaka. Snažan slučaj upotrebe može impresionirati publiku čak i ako ima manjih pogrešaka.

=> Trebali bismo to numerirati.

=> Korak procesa trebali bismo napisati prema njegovom redoslijedu.

=> Dajte vlastito ime Scenarijima, imenovanje se mora izvršiti prema namjeni.

=> Ovo je ponavljajući postupak, što znači da kad ih napišete prvi put neće biti savršen.

=> Identificirajte aktere u sustavu. U sustavu ćete možda pronaći gomilu glumaca.

Primjer ,ako uzmete u obzir web mjesto za e-trgovinu poput Amazona, tamo možemo pronaći glumce poput kupaca, prodavača, veletrgovaca, revizora, dobavljača, distributera, brige o kupcima itd.

U početku, razmotrimo prve glumce. Možemo imati više glumaca koji imaju isto ponašanje.

Na primjer , oba kupca / prodavatelja mogu 'stvoriti račun'. Isto tako, i 'kupac i prodavatelj' mogu 'tražiti artikl'. Dakle, to su dvostruka ponašanja i njih treba eliminirati. Osim korištenja dupliciranih slučajeva, moramo imati i općenitije slučajeve. Stoga moramo generalizirati slučajeve kako bismo izbjegli dupliciranje.

=> Moramo odrediti primjenjivi preduvjet.

Koristite dijagram slučaja

Dijagram slučaja upotrebe slikovni je prikaz korisničkih radnji u sustavu. Pruža sjajan alat u ovom kontekstu, ako dijagram sadrži puno aktera, onda ga je vrlo lako razumjeti. Ako je to dijagram na visokoj razini, neće dijeliti puno detalja. Prikazuje složene ideje na prilično osnovni način.

Slika br .: UC 01

Kao što je prikazano u Slika br .: UC 01 predstavlja dijagram gdje Rectangle predstavlja 'Sustav', ovalni predstavlja 'Slučaj upotrebe', Strelica predstavlja 'Vezu', a Čovjek predstavlja 'Korisnika / Glumca'. Prikazuje sustav / aplikaciju, zatim organizaciju / ljude koji s njom komuniciraju i prikazuje osnovni tijek 'Što sustav radi?'

Slika br .: UC 02

Slika br .: UC 03 - Upotrijebi dijagram slučaja za prijavu

Ovo je dijagram slučaja upotrebe slučaja 'Prijava'. Ovdje imamo više od jednog glumca, svi su smješteni izvan sustava. Učenici, učitelji i roditelji smatraju se primarnim glumcima. Zbog toga su svi smješteni na lijevoj strani pravokutnika.

Administrator i osoblje smatraju se sekundarnim glumcima, pa ih postavljamo na desnu stranu pravokutnika. Glumci se mogu prijaviti u sustav, pa glumce i slučaj prijave povezujemo konektorom.

Ostale funkcije koje se nalaze u sustavu su Resetiraj lozinku i Zaboravili ste lozinku. Svi su povezani s slučajem prijave, pa ih povezujemo s konektorom.

Korisničke radnje

To su radnje koje korisnik izvršava u sustavu.

Na primjer: Pretraživanje na mjestu, dodavanje predmeta u favorite, pokušaj kontaktiranja itd.

Bilješka:

• Sustav je 'sve što razvijate'. To može biti web stranica, aplikacija ili bilo koja druga softverska komponenta. Općenito je predstavljen pravokutnikom. Sadrži slučajeve upotrebe. Korisnici su smješteni izvan 'pravokutnika'.
• Koristite slučajeve su obično predstavljeni ovalnim oblicima koji specificiraju radnje unutar njega.
• Glumci / korisnici su ljudi koji koriste sustav. Ali ponekad to mogu biti drugi sustavi, osoba ili bilo koja druga organizacija.

Što je ispitivanje slučaja upotrebe?

Dolazi pod tehnikom ispitivanja funkcionalne crne kutije. Budući da se radi o testiranju crne kutije, neće biti provjere kodova. Nekoliko zanimljivih činjenica o ovome iznijeto je u ovom odjeljku.

Osigurava da li put koji koristi korisnik radi kako je predviđeno ili ne. Osigurava da korisnik može uspješno izvršiti zadatak.

Neke činjenice

• Ne vrši se testiranje da bi se odlučilo o kvaliteti softvera.
• Čak i ako se radi o vrsti završnog testiranja, to neće osigurati cjelokupnu pokrivenost korisničke aplikacije.
• Na temelju rezultata testa poznatog iz testiranja slučaja upotrebe ne možemo odlučiti o primjeni proizvodnog okruženja.
• Otkrit će nedostatke u integracijskom testiranju.

Primjer ispitivanja slučaja upotrebe:

Razmotrite scenarij u kojem korisnik kupuje artikl s web mjesta za internetsku kupnju. Korisnik će se prvo prijaviti u sustav i započeti s pretraživanjem. Korisnik će odabrati jedan ili više predmeta prikazanih u rezultatima pretraživanja, a on će ih dodati u košaricu.

Nakon svega ovoga, on će se odjaviti. Dakle, ovo je Primjer logično povezanih nizova koraka koje će korisnik izvršiti u sustavu za izvršenje zadatka.

Tijek transakcija u cijelom sustavu od kraja do kraja testiran je u ovom testiranju. Slučajevi upotrebe općenito su put koji će korisnici najvjerojatnije koristiti kako bi postigli određeni zadatak.

Dakle, ovo olakšava pronalaženje nedostataka u Slučajevima korištenja jer uključuje put na koji je vjerojatnije da će korisnici naići kad korisnik prvi put koristi aplikaciju.

Korak 1: Prvi korak je pregled dokumenata slučaja upotrebe.

Moramo pregledati i osigurati da su funkcionalni zahtjevi potpuni i točni.

Korak 2: Moramo biti sigurni da su slučajevi korištenja atomski.

Na primjer: Razmotrite „Sustav upravljanja školom koji ima mnogo funkcija poput„ Prijava “,„ Prikaži detalje o učeniku “,„ Prikaži ocjene “,„ Prikaži prisustvo “,„ Kontaktirajte osoblje “,„ Naknade za prijavu “itd. U ovom slučaju pokušavamo pripremite Slučajeve upotrebe za funkcionalnost 'Prijava'.

Moramo biti sigurni da se niti jedan uobičajeni tijek rada ne mora miješati s bilo kojom drugom funkcionalnošću. Mora biti u potpunosti povezan samo s funkcijom 'Prijava'.

Korak 3: Moramo provjeriti normalan tijek rada u sustavu.

Nakon pregleda tijeka rada, moramo osigurati da je dovršen. Na temelju znanja o sustavu ili čak domeni možemo otkriti korake koji nedostaju u tijeku rada.

Korak 4: Provjerite je li zamjenski tijek rada u sustavu dovršen.

Korak 5: Morali bismo biti sigurni da je svaki korak u Slučaju upotrebe testiran.

Svaki je korak objašnjen u testiranju slučaja upotrebe provjerljiv.

Na primjer, neke transakcije kreditnim karticama u sustavu nisu provjerljive iz sigurnosnih razloga.

Korak 6: Nakon što oživimo ove slučajeve, tada možemo napisati test slučajeve.

Moramo napisati test slučajeve za svaki normalni i alternativni protok.

Na primjer , Razmotrite slučaj ‘Pokaži studentske ocjene’ u sustavu školskog upravljanja.

Naziv slučaja upotrebe: Pokaži studentske ocjene

Glumci: Studenti, učitelji, roditelji

Preduvjet:

1) Sustav mora biti povezan s mrežom.

dva) Glumci moraju imati ‘studentsku iskaznicu’.

Slučaj upotrebe za 'Pokazivanje studentskih ocjena':

Odgovarajući testni slučaj za slučaj 'Pokaži studentske ocjene':

Napominjemo da ovdje prikazana tablica Test Case sadrži samo osnovne podatke. ‘Kako stvoriti predložak za testni slučaj’ detaljno je objašnjeno u nastavku.

Tablica prikazuje 'Test Case' koji odgovara slučaju 'Show Student Mark' kako je gore prikazano.

Najbolji način za pisanje testnih slučajeva je prvo pisanje testnih slučajeva za 'Glavni scenarij', a zatim za 'Alternativne korake'. ' Koraci u test slučajevima dobivaju se iz dokumenata slučaja upotrebe. Prvo Korak' u slučaju „Pokaži studentsku ocjenu“, „Unesi ime studenta“ postat će prva Korak u „Testnom slučaju“.

Korisnik / glumac mora biti u mogućnosti ući u nju. Ovo postaje očekivani rezultat .

Možemo potražiti pomoć tehnike dizajniranja testova poput ' analiza granične vrijednosti ’ , 'Podjela ekvivalencije' dok pripremamo test slučajeve. Tehnika dizajna testa pomoći će smanjiti broj test slučajeva i time smanjiti vrijeme potrebno za testiranje.

Kako stvoriti predložak za testni slučaj?

Kad pripremamo test slučajeve, moramo razmišljati i ponašati se poput krajnjeg korisnika, tj. Staviti se na kraj krajnjeg korisnika.

Na tržištu je dostupno nekoliko alata koji pomažu u tom kontekstu. ' TestLodge ’jedan je od njih, ali nije besplatan alat. Moramo ga kupiti.

Treba nam predložak za dokumentiranje test slučaja. Razmotrimo uobičajeni scenarij, „prijava na FLIPKART“ koji nam je svima poznat. Google proračunska tablica može se koristiti za izradu tablice testnih slučajeva i dijeljenje s članovima tima. Zasad koristim Excel dokument.

Evo primjera

=> Ovdje preuzmite predložak tablice testnih primjera

Prvo, dajte listić testnog slučaja odgovarajućim imenom. Pišemo test slučajeve za određeni modul u projektu. Dakle, moramo dodati 'Naziv projekta' i ‘Projektni modul ’Stupci u tablici testnih slučajeva. Dokument mora sadržavati ime tvorca test slučajeva.

Stoga dodajte 'Napravio' i ‘Datum izrade’ stupaca. Dokument mora netko pregledati (vođa tima, voditelj projekta itd.), Pa dodajte ‘Pregledao’ stupac i ‘Pregledan datum’ .

Sljedeći je stupac ‘Testni scenarij’ , ovdje smo dali primjer scenarija ispitivanja ‘Potvrdi prijavu na Facebook’ . Dodajte stupce ‘ID testnog scenarija’ i ‘Opis testnog slučaja’ .

Za svaki testni scenarij napisat ćemo ‘Ispitni slučajevi ’. Dakle, dodajte stupce ‘ID testnog slučaja’ i ‘Opis testnog slučaja ’. Za svaki testni scenarij bit će ‘Stanje objave’ i 'Preduvjet' . Dodajte stupce 'Post-Condition' i 'Pre-Condition'.

Druga važna kolumna je ‘Podaci o testiranju’ . Sadržat će podatke koje koristimo za testiranje. Testni scenarij mora pretpostaviti očekivani rezultat i stvarni rezultat. Dodajte stupac 'Očekivani rezultat' i 'Stvarni rezultat'. 'Status' prikazuje rezultat izvršavanja testnog scenarija. To može biti ili pass / fail.

Ispitivači će izvršiti test slučajeve. Moramo ga uključiti kao ‘Izvršio’ i ‘Datum izvršenja’ . Ako postoje, dodat ćemo 'Naredbe'.

Zaključak

Nadam se da biste imali jasnu ideju o slučajevima upotrebe i ispitivanju slučajeva upotrebe.

Pisanje ovih slučajeva iterativni je postupak. Za pisanje ovih slučajeva trebate malo vježbe i dobro poznavanje sustava.

Ukratko, u aplikaciji možemo upotrijebiti 'Use Case testing' kako bismo pronašli poveznice koje nedostaju, nepotpune zahtjeve itd. Ako ih pronađemo i modificiramo sustav, sustav će postići učinkovitost i točnost.

Imate li prethodnih iskustava sa slučajevima korištenja i testiranjem? Slobodno podijelite s nama u odjeljku za komentare u nastavku.

Preporučena literatura

• Funkcionalno ispitivanje vs nefunkcionalno testiranje
• Dubinski vodiči za pomračenje za početnike
• Alfa testiranje i beta testiranje (cjelovit vodič)
• Vodič za testiranje DevOpsa: Kako će DevOps utjecati na QA testiranje?
• Najbolji alati za testiranje softvera 2021. (Alati za automatizaciju ispitivanja kvalitete)
• Vodič za ispitivanje upotrebljivosti: cjelovit vodič za početak rada
• Vodič za GUI testiranje: Kompletni vodič za testiranje korisničkog sučelja (UI)
• Vodič za ispitivanje razaranja i ispitivanja bez razaranja