Što je integracijsko testiranje?
TESTIRANJE INTEGRACIJE definirano je kao vrsta ispitivanja gdje su softverski moduli integrirani logički i testirani kao grupa. Tipični softverski projekt sastoji se od više softverskih modula, kodiranih od strane različitih programera. Svrha ove razine ispitivanja je otkriti nedostatke u interakciji između ovih softverskih modula kada su integrirani
Integracijsko testiranje usredotočeno je na provjeru podatkovne komunikacije između ovih modula. Stoga se također naziva i "I & T" (integracija i testiranje), "testiranje niza", a ponekad i "testiranje niti" .
- Što je integracijsko testiranje?
- Zašto integracijsko testiranje?
- Primjer integracijskog test slučaja
- Pristupi, strategije, metodologije ispitivanja integracije
- Pristup velikom prasku:
- Inkrementalni pristup
- Što je Stub and Driver?
- Integracija odozdo prema gore
- Integracija od vrha prema dolje:
- Hibridna / Sendvič integracija
- Kako napraviti integracijsko testiranje?
- Kratki opis planova integracijskog ispitivanja:
- Kriteriji ulaska i izlaska iz integracijskog ispitivanja
- Najbolji primjeri iz prakse / smjernice za integracijsko testiranje
Zašto integracijsko testiranje?
Iako je svaki softverski modul jedinstveno testiran, nedostaci i dalje postoje iz različitih razloga poput
- Modul je općenito dizajniran od strane pojedinog programera čije se razumijevanje i logika programiranja mogu razlikovati od ostalih programera. Testiranje integracije postaje neophodno kako bi se potvrdilo da softverski moduli rade jedinstveno
- U vrijeme razvoja modula postoje velike šanse za promjenu zahtjeva od strane klijenata. Ti se novi zahtjevi možda neće pojedinačno testirati i stoga postaje neophodno testiranje integracije sustava.
- Sučelja softverskih modula s bazom podataka mogu biti pogrešna
- Vanjska hardverska sučelja, ako postoje, mogu biti pogrešna
- Neadekvatno postupanje s iznimkama moglo bi izazvati probleme.
Kliknite ovdje ako videozapis nije dostupan
Primjer integracijskog test slučaja
Integracijski testni slučaj razlikuje se od ostalih testnih slučajeva u smislu da se uglavnom fokusira na sučelja i protok podataka / informacija između modula . Ovdje treba dati prioritet integracijskim vezama, a ne jedinstvenim funkcijama koje su već ispitane.
Primjeri testnih slučajeva integracije za sljedeći scenarij: Aplikacija ima 3 modula koji kažu „Stranica za prijavu“, „Spremnik“ i „Izbriši e-poštu“ i svaki od njih integriran je logički.
Ovdje se ne koncentrirajte puno na testiranje stranice za prijavu, jer je to već učinjeno u jedinstvenom testiranju. Ali provjerite kako je povezan sa stranicom poštanskog sandučića.
Slično poštanskom sandučiću: provjerite njegovu integraciju u modul Delete Mails.
| ID testnog slučaja | Cilj testnog slučaja | Opis test slučaja | očekivani rezultat |
|---|---|---|---|
| 1 | Provjerite vezu sučelja između modula Prijava i poštanski sandučić | Unesite vjerodajnice za prijavu i kliknite gumb Prijava | Da se usmjeri na poštanski pretinac |
| 2 | Provjerite vezu sučelja između poštanskog sandučića i modula za brisanje pošte | Iz poštanskog sandučića odaberite e-poštu i kliknite gumb za brisanje | Odabrana e-pošta trebala bi se pojaviti u mapi Izbrisano / Otpad |
Pristupi, strategije, metodologije ispitivanja integracije
Softversko inženjerstvo definira raznolike strategije za provođenje integracijskog testiranja, naime.
- Pristup velikom prasku:
- Inkrementalni pristup: koji se dalje dijeli na sljedeće
- Pristup odozgo prema dolje
- Pristup odozdo prema gore
- Sendvič pristup - kombinacija odozgo prema dolje i odozdo prema gore
Ispod su različite strategije, način njihovog izvršavanja i njihova ograničenja, kao i prednosti.
Ispitivanje velikog praska
Testiranje velikog praska pristup je integracijskog testiranja u kojem se sve komponente ili moduli odjednom integriraju i zatim testiraju kao cjelina. Ovaj kombinirani skup komponenata tijekom testiranja smatra se cjelinom. Ako sve komponente u jedinici nisu dovršene, postupak integracije se neće izvršiti.
Prednosti:
- Prikladno za male sustave.
Mane:
- Lokalizacija kvarova je teška.
- S obzirom na velik broj sučelja koja treba testirati u ovom pristupu, neka sučelja koja se testiraju mogu se lako propustiti.
- Budući da integracijsko testiranje može započeti tek nakon što su dizajnirani "svi" moduli, tim za testiranje imat će manje vremena za izvršenje u fazi testiranja.
- Budući da se svi moduli ispituju odjednom, visoko rizični kritični moduli nisu izolirani i testirani po prioritetu. Periferni moduli koji se bave korisničkim sučeljima također nisu izolirani i testirani na prioritetu.
Inkrementalno ispitivanje
U pristupu inkrementalnog testiranja , testiranje se vrši integriranjem dva ili više modula koji su međusobno logički povezani, a zatim se ispituje ispravno funkcioniranje aplikacije. Tada se ostali povezani moduli postupno integriraju i postupak se nastavlja sve dok svi logički povezani moduli ne budu uspješno integrirani i testirani.
Inkrementalni pristup, pak, provodi se pomoću dvije različite metode:
- Dno prema gore
- Odozgo dolje
Stubs i vozači
Stubs and Drivers su lažni programi u integracijskom testiranju koji se koriste za olakšavanje aktivnosti testiranja softvera. Ovi programi djeluju kao zamjena za modele koji nedostaju u ispitivanju. Oni ne implementiraju cjelokupnu programsku logiku softverskog modula, ali simuliraju podatkovnu komunikaciju s pozivajućim modulom tijekom testiranja.
Stub : poziva modul koji se testira.
Vozač : poziva modul koji treba testirati.
Ispitivanje integracije odozdo prema gore
Integracijsko testiranje odozdo prema gore strategija je u kojoj se prvo testiraju moduli niže razine. Ovi testirani moduli se zatim dalje koriste za olakšavanje testiranja modula više razine. Postupak se nastavlja sve dok se ne testiraju svi moduli na najvišoj razini. Jednom kada se moduli niže razine ispitaju i integriraju, formira se sljedeća razina modula.
Dijagramski prikaz :
Prednosti:
- Lokalizacija kvarova je lakša.
- Ne gubi se vrijeme čekajući da se svi moduli razviju za razliku od Big-bang pristupa
Mane:
- Kritični moduli (na najvišoj razini softverske arhitekture) koji kontroliraju tijek aplikacije testiraju se zadnji i mogu biti skloni nedostacima.
- Rani prototip nije moguć
Testiranje integracije od vrha prema dolje
Integracijsko testiranje odozgo prema dolje metoda je u kojoj se integracijsko testiranje odvija od vrha do dna slijedeći kontrolni tok softverskog sustava. Prvo se ispituju moduli više razine, a zatim se testiraju i integriraju moduli niže razine kako bi se provjerila funkcionalnost softvera. Stubovi se koriste za ispitivanje ako neki moduli nisu spremni.
Dijagramski prikaz:
Prednosti:
- Lokalizacija kvarova je lakša.
- Mogućnost dobivanja ranog prototipa.
- Kritični moduli se ispituju na prioritetu; mogle bi se prvo pronaći i otkloniti glavne nedostatke u dizajnu.
Mane:
- Potrebni su mnogi Stubs.
- Moduli na nižoj razini testirani su neadekvatno.
Ispitivanje sendviča
Ispitivanje sendviča strategija je u kojoj se moduli najviše razine ispituju s modulima niže razine, a istovremeno se niži moduli integriraju s vrhunskim modulima i ispituju kao sustav. Kombinacija je pristupa odozgo prema dolje i odozdo prema gore pa se naziva Hibridno integracijsko testiranje . Koristi oba klina kao i vozače.
Kako napraviti integracijsko testiranje?
Postupak integracijskog ispitivanja bez obzira na strategije testiranja softvera (razmotreno gore):
- Pripremite plan integracijskih testova
- Dizajnirajte test scenarije, slučajeve i skripte.
- Izvršenje test slučajeva, nakon čega slijedi prijavljivanje nedostataka.
- Praćenje i ponovno testiranje nedostataka.
- Koraci 3 i 4 ponavljaju se dok završetak integracije ne uspije.
Kratki opis planova integracijskog ispitivanja:
Sadrži sljedeće atribute:
- Metode / pristupi ispitivanju (kao što je gore spomenuto).
- Opseg i izvan opsega Predmeti integracijskog ispitivanja.
- Uloge i odgovornosti.
- Preduvjeti za integracijsko testiranje.
- Okružje za testiranje.
- Planovi rizika i ublažavanja.
Kriteriji ulaska i izlaska iz integracijskog ispitivanja
Kriteriji ulaska i izlaska u fazu testiranja integracije u bilo kojem modelu razvoja softvera
Kriteriji za prijavu:
- Jedinstveno testirane komponente / moduli
- Sve programske pogreške visokog prioriteta ispravljene i zatvorene
- Svi moduli koji se moraju dovršiti i uspješno integrirati.
- Integracijski testovi Plan, testni slučaj, scenariji koje treba potpisati i dokumentirati.
- Potrebno testno okruženje koje treba postaviti za integracijsko testiranje
Kriteriji za izlaz:
- Uspješno testiranje integrirane aplikacije.
- Izvršeni ispitni slučajevi su dokumentirani
- Sve programske pogreške visokog prioriteta ispravljene i zatvorene
- Tehnički dokumenti koje treba dostaviti, nakon kojih slijede napomene uz izdanje.
Najbolji primjeri iz prakse / smjernice za integracijsko testiranje
- Prvo odredite strategiju integracijskog ispitivanja koja bi mogla biti usvojena, a kasnije pripremite test slučajeve i podatke o ispitivanju u skladu s tim.
- Proučite arhitektonski dizajn aplikacije i identificirajte kritične module. Treba ih provjeriti na prioritetu.
- Nabavite dizajne sučelja od Arhitektonskog tima i stvorite test slučajeve kako biste detaljno provjerili sva sučelja. Sučelje s bazom podataka / vanjskim hardverskim / softverskim programom mora se detaljno testirati.
- Nakon testnih slučajeva presudnu ulogu igraju testni podaci.
- Prije izvršavanja uvijek pripremite lažne podatke. Nemojte odabrati podatke testa tijekom izvršavanja test slučajeva.