Meni

Kako pisati složeni scenarij ispitivanja poslovne logike pomoću tehnike tablice odlučivanja

how write complex business logic test scenarios using decision table technique

Isprobajte Naš Instrument Za Uklanjanje Problema

Testiranje tablice odluka jednostavan je i pouzdan pristup za prepoznavanje scenarija testiranja za složenu poslovnu logiku .

Postoji nekoliko tehnika dizajniranja test slučajeva. U ovom ćemo članku naučiti kako se koristiti tehnika tablice odlučivanja učinkovito da napisati testove za aplikaciju sa složenom poslovnom logikom.

Evo ilustracije:

Svi znamo da pravila i provjere valjanosti poslovanja zauzimaju velik dio zahtjeva koje daju kupci. Promatrajući kako ti analitičari ili kupci predstavljaju te zahtjeve i ih cjelokupnom projektnom timu prenose, mi saznajemo da je većina takvih poslovnih pravila i logika predstavljena u logičkom dijagramu tijeka procesa.

Pisanje scenarija testa upotrebom tehnike tablice odlučivanja

Dijagram toka logičnog procesa za složeni zahtjev sastoji se od mnogih grana, čvorova i okvira odluka. Nadamo se da se od nas ispitivača očekuje da pokrijemo sve te grane i dodirnemo svaki kutak tako složenog logičnog stabla. Također sam se suočio s tako složenim poslovnim tokovima i isprobao mnoge tehnike pripreme testnih slučajeva / scenarija za olakšavanje procesa.

Konačno, smatrao sam da je tehnika ispitivanja tablice odlučivanja vrlo korisna u ovom aspektu. Evo kako tehnika tablice odlučivanja može olakšati pripremu testnog scenarija za složenu poslovnu logiku.

Primjer: Pisanje testnih slučajeva za zaslon za prijavu pomoću tehnike tablice odlučivanja:

Uzmimo a Primjer tablice odlučivanja donjeg poslovnog zahtjeva za zaslon za prijavu.

Ispitivanje tablice odlučivanja

Slika: 1.0 Uzorak dijagrama poslovnog toka

Prvi korak koji radimo je imenovanje svih grana i odlazak s brojevima ili abecedama kao dolje.

1, 2, 3 su listovi, a a, b & c grane.

klasifikacija grešaka u testiranju softvera

Zatim moramo stvoriti tablicu odluka kao što je prikazano dolje: (Kliknite za uvećanje slike)

Testiranje tablice odluka 1

Slika 1.1 Tablica odluka o tijeku poslovanja sl. 1.0

Što ćete naučiti:

Bodovi koje treba zapamtiti

  • Sve provjere valjanosti navedene u okvirima za odluke trebaju se vršiti iz stupaca na tablici.
  • Svi rezultati (listovi) spomenuti u dijagramu toka trebaju biti obuhvaćeni tablicom odluka.
  • Sve kombinacije ulaznih podataka potrebne za dobivanje određenog rezultata navest će se u stupcu kombinacija i mogu se uključiti tijekom pisanja test slučajeva.
  • Nakon popunjavanja tablice Odluka, potrebno je samo provjeriti jesu li pokrivene sve grane i lišće u logičnom stablu.

Prednosti upotrebe tehnike tablice odlučivanja

# 1) Bilo koji složeni tijek poslovanja predstavljen kao dijagram može se lako obuhvatiti ovom tehnikom.
#dva) Pruža brzo povjerenje u test slučajeve. Ne treba više puta pregledavati vlastite testove kako bi stekao povjerenje.
# 3) Lako za razumjeti. Svatko može izraditi test slučajeve iz ovog predloška tablice odluka.
# 4) Ponovna obrada testnih slučajeva i testnih scenarija može se potpuno izbjeći jer pruža potpunu pokrivenost pri prvom snimanju.

Ograničenja korištenja tehnike tablice odlučivanja

# 1) Određene tehnike pripreme testnog slučaja, poput analize granične vrijednosti, ekvivalentne particije, ne mogu se izravno prilagoditi ovom predlošku. Ali, to možete zabilježiti u stupac kombinacija i koristiti ih tijekom pisanja testnih slučajeva.

Prije objašnjavanja zašto druge tehnike pisanja testnih slučajeva ne mogu osigurati točnost kao tablice odluka, želio bih brzo podsjetiti druge Crna kutija i Bijela kutija tehnike pisanja test primjera.

Ostale tehnike dizajniranja test slučajeva

# 1) Analiza granične vrijednosti je tehnika softverskog testiranja u kojoj su test slučajevi osmišljeni tako da uključuju predstavnike granične vrijednosti u zadanom rasponu i izvan njega.

#dva) Ekvivalentnost particioniranja također, pozvano Podjela klase ekvivalencije je tehnika softverskog testiranja koja zadani uvjet dijeli na particije i za testiranje se može odabrati jedan ulazni podatak sa svake particije.

# 3) Ispitivanje tranzicije države je tehnika testiranja crne kutije koja se može koristiti za dizajniranje testnih slučajeva za sustav koji stekne konačan broj stanja i može prijeći iz jednog stanja u drugo nakon određenih događaja.

# 4) Pogađanje je tehnika u kojoj se iskustvo ispitivača koristi za pronalaženje pogrešaka ili dijela aplikacije s najvećom mogućnošću pronalaženja pogrešaka. Ovo je tehnika zasnovana na vještinama bez ikakvih pravila.

# 5) Koristite testiranje slučaja U ovoj se tehnici koriste slučajevi / scenariji za pisanje test slučajeva. Interakcija korisnika i sustava opisana je u slučaju upotrebe.

Još nekoliko tehnika dizajniranja testa:

# 6) Obuhvat izjave
# 7) Stanje Pokrivenost
# 8) Istraživačka ispitivanja

spojiti sortiranje c ++ primjer

Zašto se druge tehnike dizajniranja testnih slučajeva za poslovnu logiku ne bi mogle pokazati korisnima kao tablice odlučivanja?

# 1) Analiza granične vrijednosti i particioniranje klase ekvivalencije namijenjeno je numeričkim rasponima i duljini. Obje ove tehnike same ne mogu osigurati 100% pokrivenost testima za poslovna pravila.

#dva) Pretpostavljanje pogrešaka više se odnosi na iskustvo. Iako je potrebno iskustvo, ne može se pokazati da je sve.

# 3) Tehnikom ispitivanja državne tranzicije može se osigurati da su pokriveni svi dijelovi logičkog stabla, ali ona ne predlaže dokument ili artefakt jer tehnika tablice odlučivanja osigurava pokrivenost tablicom odluke (slika 1.1).

Zaključak

Za pisanje testnih slučajeva za poslovnu logiku preporučljivo je slijediti dolje navedeno koraci za pripremu test slučajeva kako bi se osigurala maksimalna pokrivenost testom:

Korak 1) Koristiti tehnika dizajniranja testnog slučaja Tablice odlučivanja kako bi se postigla 100% logična pokrivenost.
Korak 2) Analiza granične vrijednosti i podjela ekvivalencije za pokrivanje različitih raspona ulaznih podataka.
Korak 3) Kombinacije i permutacije za provjere na razini polja (iako nisu potrebne sve permutacije).
Korak # 4) Pogađanje pogrešaka (osim pogrešaka koje se mogu prepoznati iz gornja tri koraka) s iskustvom kao posljednjim potezom

Pravilnom kombinacijom svih ovih tehnika nadam se da ćete uspjeti otkriti gotovo sve testni scenariji za bilo koju aplikaciju koja se ispituje.

O autoru: Hari Narayan je stručnjak za testiranje softvera s više od 3 godine radnog iskustva u pisanju scenarija testiranja za složenu poslovnu logiku. Trenutno surađuje s tvrtkom Plintron Global Technologies.

Recite nam koju tehniku ​​dizajna testnih slučajeva najčešće koristite na svom projektu? A koja je najbolja metoda prema vašem iskustvu?

Slobodno podijelite svoje vrijedne komentare / prijedloge o ovom članku.

Preporučena literatura

^