Kaj je integracijsko testiranje?
PRESKUŠANJE INTEGRACIJE je opredeljeno kot vrsta preskušanja, kjer so programski moduli integrirani logično in preizkušeni kot skupina. Tipičen programski projekt je sestavljen iz več programskih modulov, ki jih kodirajo različni programerji. Namen te stopnje testiranja je razkriti napake v interakciji med temi programskimi moduli, ko so ti integrirani
Integracijsko testiranje se osredotoča na preverjanje podatkovne komunikacije med temi moduli. Zato se imenuje tudi "I & T" (integracija in testiranje), "testiranje nizov" in včasih "testiranje niti" .
- Kaj je integracijsko testiranje?
- Zakaj integracijsko testiranje?
- Primer integracijskega testnega primera
- Pristopi, strategije, metodologije integracijskega testiranja
- Pristop velikega poka:
- Inkrementalni pristop
- Kaj je Stub and Driver?
- Integracija od spodaj navzgor
- Integracija od zgoraj navzdol:
- Hibridna / sendvič integracija
- Kako narediti integracijsko testiranje?
- Kratek opis integracijskih preskusnih načrtov:
- Merila za vstop in izstop pri integracijskem preskušanju
- Najboljše prakse / smernice za integracijsko testiranje
Zakaj integracijsko testiranje?
Čeprav je vsak programski modul enotno preizkušen, napake še vedno obstajajo iz različnih razlogov, kot je
- Modul na splošno oblikuje posamezni razvijalec programske opreme, katerega razumevanje in logika programiranja se lahko razlikujeta od drugih programerjev. Integracijsko testiranje je potrebno, da se preveri, ali programski moduli delujejo enotno
- V času razvoja modulov obstaja velika verjetnost, da bodo stranke spremenile zahteve. Teh novih zahtev ni mogoče preizkusiti na enoti, zato je potrebno testiranje sistemske integracije.
- Vmesniki programskih modulov z bazo podatkov so lahko napačni
- Zunanji vmesniki strojne opreme, če obstajajo, so lahko napačni
- Neustrezno ravnanje z izjemami lahko povzroči težave.
Kliknite tukaj, če video ni dostopen
Primer integracijskega testnega primera
Integracijski testni primer se razlikuje od drugih testnih primerov v tem smislu, da se osredotoča predvsem na vmesnike in pretok podatkov / informacij med moduli . Tu je treba dati prednost povezovalnim povezavam namesto funkcij enote, ki so že preizkušene.
Primeri primerov preizkusa integracije za naslednji scenarij: Aplikacija ima 3 module, na primer „Prijava stran“, „Nabiralnik“ in „Izbriši e-pošto“, vsak od njih pa je logično integriran.
Tu se ne osredotočajte veliko na testiranje strani za prijavo, saj je to že bilo opravljeno v preskusu enot. Toda preverite, kako je povezan s stranjo poštnega predala.
Podobno poštni nabiralnik: preverite njegovo integracijo z modulom Delete Mails.
| ID testnega primera | Cilj testnega primera | Opis testnega primera | pričakovani rezultati |
|---|---|---|---|
| 1. | Preverite vmesniško povezavo med modulom Prijava in Nabiralnik | Vnesite poverilnice za prijavo in kliknite gumb Prijava | Preusmerjen v poštni nabiralnik |
| 2. | Preverite vmesniško povezavo med nabiralnikom in modulom Delete Mails | V nabiralniku izberite e-poštno sporočilo in kliknite gumb za brisanje | Izbrani e-poštni naslov se mora prikazati v mapi Izbrisano / Smetnjak |
Pristopi, strategije, metodologije integracijskega testiranja
Programsko inženirstvo opredeljuje različne strategije za izvajanje integracijskega testiranja, in sicer
- Pristop velikega poka:
- Inkrementalni pristop: ki je nadalje razdeljen na naslednje
- Pristop od zgoraj navzdol
- Pristop od spodaj navzgor
- Sendvič pristop - kombinacija od zgoraj navzdol in od spodaj navzgor
Spodaj so različne strategije, način njihovega izvajanja in njihove omejitve ter prednosti.
Testiranje velikega poka
Big Bang Testiranje je pristop integracijskega testiranja, pri katerem se vse komponente ali moduli hkrati integrirajo in nato preizkusijo kot enota. Ta kombinirani nabor komponent med preskušanjem velja za entiteto. Če vse komponente v enoti niso dokončane, se postopek integracije ne bo izvedel.
Prednosti:
- Priročen za majhne sisteme.
Slabosti:
- Lokalizacija napak je težka.
- Glede na veliko število vmesnikov, ki jih je treba preizkusiti s tem pristopom, bi lahko nekatere povezave vmesnikov, ki jih je treba preizkusiti, zlahka zamudili.
- Ker se lahko integracijsko testiranje začne šele po zasnovi "vseh" modulov, bo imela preskusna skupina manj časa za izvedbo v fazi testiranja.
- Ker so vsi moduli preizkušeni naenkrat, moduli z visokim tveganjem niso izolirani in prednostno preizkušeni. Periferni moduli, ki se ukvarjajo z uporabniškimi vmesniki, prav tako niso izolirani in prednostno preizkušeni.
Dodatno testiranje
Pri pristopu inkrementalnega testiranja se testiranje izvede z vključitvijo dveh ali več modulov, ki so med seboj logično povezani in nato preizkušeni za pravilno delovanje aplikacije. Nato se drugi povezani moduli postopoma integrirajo in postopek se nadaljuje, dokler se vsi logično povezani moduli ne integrirajo in uspešno preizkusijo.
Inkrementalni pristop se nato izvaja z dvema različnima metodama:
- Spodaj navzgor
- Od zgoraj navzdol
Škrbine in gonilniki
Stubs in Drivers so navidezni programi v integracijskem testiranju, ki se uporabljajo za olajšanje dejavnosti testiranja programske opreme. Ti programi delujejo kot nadomestilo za manjkajoče modele pri testiranju. Ne izvajajo celotne programske logike programskega modula, med preskušanjem pa simulirajo podatkovno komunikacijo s klicnim modulom.
Stub : pokliče ga preizkušeni modul.
Voznik : pokliče modul, ki ga je treba preizkusiti.
Preizkušanje integracije od spodaj navzgor
Integracijsko testiranje od spodaj navzgor je strategija, pri kateri se najprej preizkusijo moduli nižje stopnje. Ti preizkušeni moduli se nato še naprej uporabljajo za lažje preskušanje modulov višje stopnje. Postopek se nadaljuje, dokler niso preizkušeni vsi moduli na najvišji ravni. Ko so moduli nižje stopnje preizkušeni in integrirani, se oblikuje naslednja stopnja modulov.
Diagramska predstavitev :
Prednosti:
- Lokalizacija napak je lažja.
- Za razliko od pristopa Big-bang ni časa zapravljati s čakanjem na razvoj vseh modulov
Slabosti:
- Kritični moduli (na najvišji ravni arhitekture programske opreme), ki nadzorujejo potek aplikacije, se testirajo zadnji in so lahko nagnjeni k napakam.
- Zgodnji prototip ni mogoč
Preizkušanje integracije od zgoraj navzdol
Integracijsko testiranje od zgoraj navzdol je metoda, pri kateri integracijsko testiranje poteka od zgoraj navzdol po nadzornem toku programskega sistema. Najprej se preizkusijo moduli višje stopnje, nato pa testirajo in integrirajo moduli nižje ravni, da se preveri funkcionalnost programske opreme. Če nekateri moduli niso pripravljeni, se za testiranje uporabljajo žlebi.
Diagramska predstavitev:
Prednosti:
- Lokalizacija napak je lažja.
- Možnost pridobitve zgodnjega prototipa.
- Kritični moduli se preizkušajo prednostno; najprej je bilo mogoče najti in odpraviti glavne napake pri oblikovanju.
Slabosti:
- Potrebuje veliko Stubs.
- Moduli na nižji ravni so neustrezno preizkušeni.
Preskus sendviča
Sandwich Testiranje je strategija, pri kateri se moduli na najvišji ravni preizkušajo z nižjimi moduli, hkrati pa se spodnji moduli integrirajo z najvišjimi moduli in se preizkušajo kot sistem. Gre za kombinacijo pristopov od zgoraj navzdol in od spodaj navzgor, zato se imenuje testiranje hibridne integracije . Uporablja tako škrbine kot tudi voznike.
Kako narediti integracijsko testiranje?
Preskusni postopek integracije ne glede na strategije preizkušanja programske opreme (obravnavano zgoraj):
- Pripravite načrt integracijskih preskusov
- Oblikujte testne scenarije, primere in skripte.
- Izvedba testnih primerov, čemur sledi poročanje o napakah.
- Sledenje in ponovno testiranje napak.
- Koraka 3 in 4 se ponavljata, dokler integracija ni uspešna.
Kratek opis integracijskih preskusnih načrtov:
Vključuje naslednje lastnosti:
- Metode / pristopi k preskušanju (kot je opisano zgoraj).
- Obsegi in izven obsega Elementi integracijskega preskušanja.
- Vloge in odgovornosti.
- Predpogoji za integracijsko testiranje.
- Preskusno okolje.
- Načrti za zmanjšanje tveganja.
Merila za vstop in izstop pri integracijskem preskušanju
Merila za vstop in izstop v fazo testiranja integracije v katerem koli modelu razvoja programske opreme
Kriteriji za vstop:
- Enotno preizkušeni sestavni deli / moduli
- Vse napake z visoko prednostjo so popravljene in zaprte
- Vsi moduli, ki jih je treba dokončati in uspešno integrirati.
- Integracijski testi Načrt, testni primer, scenariji, ki jih je treba odjaviti in dokumentirati.
- Zahtevano preskusno okolje mora biti nastavljeno za integracijsko testiranje
Merila izstopa:
- Uspešno testiranje integrirane aplikacije.
- Izvedeni testni primeri so dokumentirani
- Vse napake z visoko prednostjo so popravljene in zaprte
- Predložiti je treba tehnično dokumentacijo, ki ji sledijo opombe ob izdaji.
Najboljše prakse / smernice za integracijsko testiranje
- Najprej določite strategijo integracijskega preskusa, ki bi jo lahko sprejeli, kasneje pa pripravite testne primere in podatke o preskusih.
- Preučite arhitekturno zasnovo aplikacije in identificirajte ključne module. Te je treba prednostno preizkusiti.
- Pridobite zasnove vmesnikov od skupine Architectural in ustvarite testne primere za podrobno preverjanje vseh vmesnikov. Podrobno je treba preizkusiti vmesnik do baze podatkov / zunanje strojne / programske opreme.
- Po testnih primerih so preskusni podatki tisti, ki igrajo ključno vlogo.
- Pred izvedbo vedno pripravite lažne podatke. Med izvajanjem testnih primerov ne izbirajte testnih podatkov.