Meni

Što je inkrementalno ispitivanje: detaljno objašnjenje s primjerima

what is incremental testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Uz pomoć ovog članka pokrenut ću jedan od važnih integracijskih pristupa - inkrementalno testiranje.

Na kraju ovog odjeljka publika će imati pošteno znanje o sljedećem:

  • Što je inkrementalno ispitivanje?
  • Njegov je cilj
  • Metodologije
  • Prednosti
  • Nedostaci

Što ćete naučiti:

Što je inkrementalno ispitivanje

Inkrementalno testiranje, poznato i kao inkrementalno integracijsko testiranje, jedan je od pristupa integracijskog testiranja i uključuje njegove temeljne koncepte.

To je poput testa koji kombinira modul i integraciju strategija testiranja .

Inkrementalno ispitivanje

U ovom testiranju testiramo svaki modul pojedinačno u fazi testiranja jedinice, a zatim se moduli postupno integriraju i testiraju kako bi se osiguralo nesmetano sučelje i interakcija između modula.

U ovom se pristupu svaki modul kombinira postupno, tj. Jedan po jedan sve dok se svi moduli ili komponente ne dodaju logično da bi se izvršila tražena aplikacija, umjesto da se odjednom integrira cijeli sustav, a zatim izvrši ispitivanje krajnjeg proizvoda. Integrirani moduli testirani su kao grupa kako bi se osigurala uspješna integracija i protok podataka između modula.

Kao i kod integracijskog testiranja, primarni fokus ovog ispitivanja je provjera sučelja, integriranih veza i protoka informacija između modula. Ovaj se postupak ponavlja dok se moduli ne kombiniraju i uspješno testiraju.

Primjer

Razumijemo ovaj koncept na primjeru:

Sustav ili softverska aplikacija sastoji se od sljedećih modula:

Softverska aplikacija

Pristup inkrementalnom integracijskom ispitivanju

  • Svaki modul, tj. M1, M2, M3, itd., Ispituje se pojedinačno u sklopu jedinstvenog ispitivanja
  • Moduli se kombiniraju postupno, tj. Jedan po jedan i testiraju za uspješnu interakciju
  • Na slici 2, modul M1 i modul M2 su kombinirani i testirani
  • Na slici 3. dodan je i testiran modul M3
  • Na slici 4. dodan je modul M4 i provedeno je testiranje kako bi se osiguralo da sve zajedno uspješno funkcionira
  • Ostatak modula se također dodaje postupno u svakom koraku i testira za uspješnu integraciju

Slika2

Kombinirana dva modula

Slika3

Kombinirana 3 modula

razlika između testiranja sustava i testiranja prihvaćanja korisnika

Slika4

Kombinirana četiri modula

Cilj inkrementalnog ispitivanja

  • Kako bi se osiguralo da različiti moduli uspješno rade zajedno nakon integracije
  • Otkrijte nedostatke ranije i u svakoj fazi. To programerima daje prednost da prepoznaju gdje je problem. Kao ako je testiranje nakon integriranja M1 i M2 uspješno, ali kada se doda M3, test ne uspije; ovo će pomoći programeru u razdvajanju problema
  • Problemi se mogu riješiti u ranoj fazi bez puno prerade i uz manje troškove

Postupne metodologije ispitivanja integracije

Prije nego što započnemo s ovom temom, volio bih dati kratki uvod o tome Stubs i vozači budući da ćemo se često služiti tim izrazima.

Stubs i pokretači su pseudo kod ili lažni kod koji se koristi u Integraciji ili ispitivanje komponenata kada jedan ili više modula nisu razvijeni, ali su potrebni za testiranje nekog drugog modula.

Stubs koriste se u pristupu testiranja odozgo prema dolje i poznati su kao „nazvani programi“. Stubs pomažu u simulaciji sučelja između modula donje poluge koji nisu dostupni ili razvijeni.

Vozači koriste se u pristupu testiranja odozdo prema gore i poznati su kao „pozivni programi“. Upravljački programi pomažu u simulaciji sučelja između modula najviše razine koji nisu razvijeni ili dostupni.

Pitanje koje bi se moglo pojaviti nekima od nas je zašto prije početka testiranja ne pričekati dok se svi aplikacijski moduli ne razviju umjesto da koriste stub / driver?

Jednostavan je odgovor da povećava vrijeme izvršenja projekta budući da će testeri sjediti besposleni dok se svi moduli ne razviju. Također, to otežava analizu korijena kvara. Ova vrsta pristupa testiranju poznata je pod nazivom Big-Bang Integration testing.

Sad kad smo pokrili Stubs i vozače, prijeđimo na različite metodologije inkrementalnog ispitivanja:

# 1) Odozgo

Kao što i samo ime govori, testiranje se odvija od vrha prema dnu, tj. Od središnjeg do podmodula. Prvo se ispituju moduli koji uokviruju gornji sloj aplikacije.

Ovaj pristup prati strukturni tok aplikacije koja se ispituje. Nedostupni ili nerazvijeni moduli ili komponente zamijenjeni su klipovima.

Shvatimo to na primjeru:

  • Modul : Prijava na web stranicu aka L
  • Modul : Narudžba aka O
    • Sažetak narudžbe modula aka OS (Još nije razvijen)
  • Modul : Plaćanje aka P
    • Modul Gotovinsko plaćanje aka CP
    • Modul Debitno / kreditno plaćanje aka DP (Još nije razvijeno)
    • Modul plaćanja novčanikom aka WP (još nije razvijen)
  • Modul: Izvještavanje aka R (još nije razvijeno)

Pristup odozgo prema dolje

Pristup inkrementalnog testiranja odozgo prema dolje

Izvest će se sljedeći testni slučajevi:

Test slučaj1: Modul L i modul O bit će integrirani i testirani
Testni slučaj 2: Moduli L, O i P bit će integrirani i testirani
Testni slučaj 3: Moduli L, O, P i R bit će integrirani i testirani.

Tako su izvedeni i drugi primjeri ispitivanja.

Ova vrsta ispitivanja u kojoj su svi moduli na sloju prvi put integrirani i testirani poznata je pod nazivom „prije širine“. Druga kategorija je 'dubina na prvom mjestu'.

Sljedeći će se test slučajevi izvesti za „dubinsko ispitivanje“:

Test slučaj1: Modul L i modul O bit će integrirani i testirani
Testni slučaj 2: Moduli L, O i OS bit će integrirani i testirani
Testni slučaj 3: Modul L, O, OS, P bit će integriran i testiran
Test slučaj4: Modul L, O, OS, P, CP bit će integriran i testiran

Tako su izvedeni i drugi primjeri ispitivanja.

Zasluge metodologije odozgo prema dolje

  • Rano otkrivanje arhitektonskih nedostataka
  • Opisuje rad aplikacije u cjelini u ranim fazama i pomaže u ranom otkrivanju dizajnerskih nedostataka
  • Glavne kontrolne točke ispituju se rano

Zasluge metodologije odozgo prema dolje

  • Značajni moduli testiraju se kasno u ciklusu
  • Napisati uvjete testa vrlo je izazovno
  • Stub nije savršena implementacija srodnog modula. Samo simulira protok podataka između dva modula

# 2) Dno prema gore

U ovom se pristupu ispitivanje odvija odozdo prema gore, tj. Prvo se integriraju i testiraju moduli na donjem sloju, a zatim se slijedom integriraju i drugi moduli dok se krećemo prema gore. Nedostupni ili nerazvijeni moduli zamjenjuju se upravljačkim programima.

Pogledajmo dolje spomenuti primjer za bolje razumijevanje:

Moduli Poredak, Oznake, Postotak i Sportska ocjena još nisu razvijeni pa će biti zamijenjeni srodnim vozačem:

Pristup odozdo prema gore

Pristup testiranja inkrementalne integracije odozdo prema gore

Izvest će se sljedeći testni slučajevi:

Test slučaj1: Jedinstveno testiranje modula Praktična i teorija
Testni slučaj 2: Integracija i ispitivanje oznaka modula-Praktična-teorija
Test slučaj3 : Integracija i ispitivanje modula Postotak-Oznake-Praktična-teorija
Test slučaj4: Jedinstveno ispitivanje modula sportske ocjene
Test slučaj5: Integracija i testiranje modula Poredak-Sportska ocjena-Postotak-Oznake-Praktična-teorija

Zasluge metodologije odozdo prema gore

  • Ova je metodologija vrlo korisna za primjene u kojima se koristi model dizajna odozdo prema gore
  • Lakše je stvoriti uvjete ispitivanja u pristupu odozdo prema gore
  • Početi testiranje na donjoj razini hijerarhije znači testiranje kritičnih modula ili funkcionalnosti u ranoj fazi. To pomaže u ranom otkrivanju pogrešaka
  • Kvarovi na sučelju otkrivaju se u ranoj fazi

Zasluge metodologije odozdo prema gore

  • Vozače je teže pisati nego stub
  • Kvarovi u dizajnu uočavaju se u kasnijoj fazi
  • U ovom pristupu nemamo radnu aplikaciju dok se ne izradi posljednji modul
  • Upravljački program nije cjelovita implementacija srodnog modula. Samo simulira protok podataka između dva modula.

# 3) Ispitivanje sendviča

Ovaj je pristup hibrid metodologije odozgo prema dolje i odozdo prema gore. Stub i pokretački programi koriste se za nepotpune ili nerazvijene module.

Pristup testiranju

  • Identificiran je srednji sloj iz kojeg se provode ispitivanja odozdo prema gore i odozgo prema dolje. Ovaj srednji sloj poznat je i kao ciljni sloj
  • Ciljni sloj identificiran je prema heurističkom pristupu, tj. Odaberite sloj koji omogućuje minimalnu upotrebu žljebova i pokretača
  • Testiranje odozgo prema dolje započinje od srednjeg sloja i kreće se prema dolje prema modulima niže razine. Ovaj sloj ispod srednjeg sloja poznat je kao donji sloj
  • Ispitivanje odozdo prema gore također započinje od srednjeg sloja i kreće se prema modulima gornjeg sloja. Ovaj sloj iznad srednjeg sloja poznat je kao gornji sloj
  • Korištenjem klizača i upravljačkih programa ispituje se korisničko sučelje i funkcije modula niže razine
  • Na kraju je za izvođenje završnog testa ostao samo srednji sloj

Primjer:

Primjer ispitivanja sendviča

Sljedeća ispitivanja mogu se izvesti pomoću strategije testiranja sendviča:

Test slučaj1: Test A, X, Y i Z pojedinačno - pri čemu test A spada u test gornjeg sloja, a test X, Y i Z pod testove donjeg sloja
Testni slučaj 2: Test A, G, H i I
Testni slučaj 3: Test G, X i Y
Test slučaj4: Probna ruka Z
Test slučaj5: Test A, G, H, I, X, Y i Z

Zasluge metodologije ispitivanja sendviča

  • To je vrlo korisno za veliki projekt koji ima razne podprojekte
  • Metodologija testiranja odozgo prema dolje i odozdo prema gore može se izvoditi jedna uz drugu

Zasluge metodologije ispitivanja sendviča

  • Prije objedinjavanja modula, podsustavi i njihova sučelja ne ispituju se temeljito
  • Veći troškovi zbog sudjelovanja metodologije testiranja odozgo prema dolje i odozdo prema gore
  • Ova vrsta ispitivanja se ne preporučuje za sustav u kojem su moduli vrlo međusobno ovisni

Zaključak

Inkrementalno testiranje dolazi pod pokrivač integracijskog testiranja. U ovom pristupu testiranja, integracijsko testiranje vrši se na pojedinačnom modulu kao dio jediničnog testiranja, a u sljedećoj fazi moduli ili komponente aplikacije postupno se integriraju, a ispitivanje se izvodi na kombiniranim modulima kao grupa.

Od tri metodologije inkrementalnog testiranja integracije, odabir metodologije ovisi o strukturi aplikacije i položaju visoko rizičnih modula.

Sve tri metodologije inkrementalnog testiranja spadaju u horizontalnu kategoriju zbog sljedećih aspekata ponašanja:

  • Sve tri metodologije usredotočene su na ispitivanje slojeva
  • Svi oni razmatraju strukturni ili hijerarhijski dizajn
  • Svi oni postupno integriraju slojeve

Zasluge:

Ovim pristupom testiranju lakše je rano prepoznati nedostatke, a programeru pomaže i da utvrdi uzrok problema. Budući da koristi osnove strukturiranog testiranja, ovaj je pristup testiranju vrlo učinkovit i točan.

kako otvoriti .jar datoteke windows 10

Demeriti:

Ova vrsta pristupa testiranju dugotrajna je zbog upotrebe kvara i pokretačkih programa. Također se ponavlja.

O Autor: Ovaj korisni vodič napisala je Neha B. Ona je ISTQB certificirani vodeći analitičar kvalitete s više od 8 godina iskustva.

Javite nam ako imate pitanja / prijedloge.

Preporučena literatura

^