Testiranje slučajeva upotrebe s primjerima

By: Thomas Hamilton Thomas Hamilton
Hours Ažurirano

⚡ Pametni sažetak

Testiranje slučaja upotrebe validira transakcije od početka do kraja vježbanjem interakcija između aktera i sustava. Tehnika pokreće testne slučajeve na razini sustava i prihvaćanja, otkriva praznine u integraciji i nadopunjuje provjere na razini jedinica realističnim tijekovima rada korisnika.

  • 🎭 Jasno modelirajte interakcije: Označite svaki tok akterom (A) i sustavom (S) kako bi testeri mogli trace svakom koraku transakcije.
  • 🛤️ Prvo pokrij sretan put: Validirajte glavni scenarij uspjeha, a zatim dodajte proširenja i putanje iznimki koje odražavaju stvarne korisničke pogreške.
  • 🧩 Anchor s uvjetima: Svaki korak uparite s eksplicitnim preduvjetima i naknadnim uvjetima kako bi ishod testa bio nedvosmislen.
  • 🔗 Trace za prihvaćanje: Mapirajte slučajeve upotrebe s kriterijima prihvaćanja kako bi poslovni dionici mogli odobriti pokriće u vrijeme objavljivanja.
  • 🤖 Koristite pomoć umjetne inteligencije: Pretvorite korisničke priče na jednostavnom engleskom jeziku u nacrte slučajeva upotrebe, ubrzavajući dizajn testova i smanjujući propuštene tokove.
Pročitaj više

Testiranje slučaja upotrebe: primjer

Što je testiranje slučaja upotrebe?

Testiranje slučaja upotrebe je tehnika testiranja softvera koja identificira testne slučajeve koji pokrivaju cijeli sustav na razini transakcije po transakcije, od početka do kraja. Testni slučajevi opisuju interakcije između korisnika i softverske aplikacije. Testiranje slučajeva upotrebe otkriva praznine koje se možda ne bi otkrile izoliranim testiranjem pojedinačnih softverskih komponenti.

A upotrebni slučaj u testiranju je kratak opis određene upotrebe softvera od strane aktera ili korisnika. Slučajevi upotrebe napisani su iz korisničkih akcija i odgovarajućih odgovora aplikacije te se široko koriste za izvođenje test slučajevi na razini sustava i prihvaćanja.

Ključne komponente slučaja upotrebe

Svaki slučaj upotrebe izgrađen je od istog skupa gradivnih blokova. Poznavanje dijelova unaprijed olakšava dizajniranje pokrivenosti koja se uredno preslikava na testne slučajeve:

  • Glumac: korisnik ili vanjski sustav koji pokreće interakciju. U tekstualnim tokovima predstavljeno kao "A".
  • Sustav softver koji se testira i koji reagira na akter. Predstavljen kao "S".
  • Preduvjeti: stanje u kojem se sustav mora nalaziti prije nego što slučaj upotrebe može započeti.
  • Glavni scenarij uspjeha: niz sretnog puta koraka aktera i sustava.
  • Proširenja / alternativni tokovi: grane koje obrađuju iznimke, neuspjehe validacije ili alternativne izbore.
  • Post-uvjeti: stanje u kojem se sustav nalazi nakon završetka slučaja upotrebe.

Kako napraviti testiranje slučaja upotrebe: primjer

U slučaju upotrebe, akter je predstavljen s "A", a sustav s "S". Primjer u nastavku opisuje funkcionalnost prijave web aplikacije.

Testiranje slučaja upotrebe: primjer

Glavni scenarij uspjeha Korak Description
A: Akter S: Sustav 1 A: Unesite ime agenta i lozinku
2 S: Potvrdi lozinku
3 S: Dopusti pristup računu
Proširenja 2a Lozinka nije važeća   S: Prikaži poruku i zatraži ponovni pokušaj (do 4 puta)
2b Lozinka nije važeća 4 puta   S: Zatvori aplikaciju

Gornji tok opisuje jedan sretan put i dva proširenja. Čitamo ga korak po korak:

  • Akter unosi e-poštu i lozinku kao prvi korak postupka prijave od početka do kraja.
  • Sustav potvrđuje lozinku.
  • Ako je lozinka ispravna, pristup je odobren.
  • Ako lozinka nije valjana, sustav prikazuje poruku i traži do četiri ponovna pokušaja.
  • Ako lozinka ostane nevažeća nakon četiri pokušaja, sustav blokira daljnje pokušaje (u ovom primjeru, zabranom IP adrese).

Iz ovog slučaja upotrebe testirali biste scenarij uspjeha plus jedan slučaj svakog proširenja. To daje najmanje tri testna slučaja: valjanu prijavu, oporavljivu nevažeću lozinku i zaključavanje nakon ponovljenih neuspjeha.

POVEZANI ČLANCI

Prednosti testiranja slučajeva upotrebe

Testiranje slučajeva upotrebe prirodno se uklapa između zahtjeva i testnih slučajeva. Ključne prednosti su:

  • Pokrivenost od početka do kraja: testira transakcije među modulima, a ne izoliranim funkcijama.
  • Validacija usmjerena na korisnika: svaki scenarij odražava kako stvarni akter koristi sustav.
  • Izbriši tracmogućnost: slučajevi upotrebe izravno se preslikavaju na kriterije prihvaćanja za odobrenje dionika.
  • Sprječavanje nedostataka: površuje jazove u integraciji prije početka regresijskih ciklusa.
  • Artefakti za višekratnu upotrebu: Isti slučaj upotrebe hrani testne slučajeve, materijale za obuku i korisničku dokumentaciju.

Ograničenja testiranja slučajeva upotrebe

Tehnika je moćna, ali nije iscrpljujuća. Imajte na umu sljedeća ograničenja:

  • Nije zamjena za jedinično testiranje: Kvarovi komponenti niske razine i dalje zahtijevaju ciljana ispitivanja.
  • Ovisi o točnim slučajevima upotrebe: Dvosmisleni tokovi proizvode dvosmislene testove.
  • Ograničeno za nefunkcionalnu pokrivenost: performanse, sigurnost i pristupačnost zahtijevaju vlastite tehnike.
  • Režijski troškovi održavanja: Slučajevi upotrebe moraju se ažurirati kada se promijene poslovna pravila.

Pitanja i odgovori

Slučaj upotrebe opisuje kako akter i sustav međusobno djeluju kako bi postigli cilj. Testni slučaj provjerava ponaša li se sustav doista na taj način. Jedan slučaj upotrebe obično pokreće više testnih slučajeva.

Testiranje slučaja upotrebe najbolje se primjenjuje na razini sustava i prihvaćanja, nakon jediničnih i integracijskih testova, kada je cilj validirati cijele korisničke tijekove rada, a ne pojedinačne funkcije.

Akter „A“ predstavlja korisnika ili vanjski sustav koji inicira interakciju. Sustav „S“ predstavlja softver koji reagira na te radnje. Notacija održava tokove kompaktnima i čitljivima.

Proširenja su alternativni tokovi koji obrađuju iznimke ili se odvajaju od glavnog scenarija uspjeha. Opisuju kako sustav reagira kada akter unese nevažeće podatke, napusti korak ili slijedi drugačiji put odlučivanja.

Najmanje vam je potreban jedan testni slučaj za glavni scenarij uspjeha plus jedan za svako proširenje. Granične, ekvivalentne i negativne varijacije mogu dodati više, ovisno o profilu rizika aplikacije.

Ne. Testiranje slučaja upotrebe potvrđuje poznate tijekove rada, dok istraživačko testiranje otkriva nepoznate nedostatke putem neskriptirane interakcije. Dvije tehnike se međusobno nadopunjuju i pokrivaju različite kategorije rizika.

AI asistenti pretvaraju korisničke priče na jednostavnom engleskom jeziku u strukturirane slučajeve upotrebe s akterima, scenarijem uspjeha i proširenjima. Također označavaju nedostajuće alternativne tokove uspoređujući nacrt s tipičnim obrascima.

Da. Alati umjetne inteligencije čitaju slučaj upotrebe i generiraju nacrte testnih slučajeva za glavni tok i svako proširenje, zajedno s uzorcima podataka. Tester i dalje pregledava izlaz kako bi potvrdio da su poslovna pravila i prioriteti rizika ispravni.

Sažmite ovu objavu uz: