Kaj je integracijsko testiranje
Z napredkom na področju informacijske tehnologije nam stvari, ljudje in dobesedno, postajajo veliko lažje, vse je mogoče storiti že samo na trenutke. Toda pred tem je mogoče storiti veliko trdega dela in najpomembnejše od vsega je "LOGIC". Zdaj smo včasih videli, da nekatere funkcije ne delujejo ravno po pričakovanjih ali rezultati, ki izhajajo iz programske opreme, ne ustrezajo našim pričakovanjem. Tu igra testiranje programske opreme pomembno vlogo. Odpravljanje napak v sistemih, da bi dobili pravilne / pričakovane rezultate, je testiranje programske opreme.
Da bi razumeli, kaj pomeni testiranje integracije, moramo najprej razumeti, kaj pomeni testiranje programske opreme! Preizkušanje programske opreme je dejavnost za preverjanje, ali je rezultat / rezultat testa enakovreden pričakovanemu rezultatu / rezultatu, kar pomeni, da se programska oprema pravilno izvaja. Rezultat, ki ga dobimo po zagonu določene programske opreme / sistema, se mora ujemati z rezultatom, ki je pričakovan kot rezultat iz programske opreme / sistema; če tega ne stori, je treba programsko opremo na novo napisati ali vnesti določene spremembe znotraj zapisane kode.
Preizkušanje programske opreme programskega sistema se izvaja na različnih ravneh. Ravni testiranja so prikazane na naslednji način:
Kronološko je integracijsko testiranje izvedeno po prvem koraku, »Testiranje enote«. Z integracijo imena je besedilna opredelitev Integration Testing "Posamezni programski moduli so združeni in preizkušeni skupaj, kot skupina". Pomeni, da je v programski opremi veliko komponent. Ti številni sestavni deli skupaj, ko se kombinirajo, tvorijo programski sistem. Ta programski sistem se preskuša skupaj, testna raven, na kateri se testira, pa je znana kot integracijsko testiranje. Kadar so ti moduli združeni, mora biti rezultat, ki ga dobimo iz njega, enakovreden rezultatu, ki je pričakovan. Tukaj pride del testiranja integracije. Glavni namen integracijskega testiranja je preveriti, ali posamezni moduli pravilno delujejo skupaj, če jih kombiniramo.
Znan tudi kot I&T (Integracija in testiranje) lahko pomaga pri preizkušanju posameznika kot tudi pri celotnem testiranju modulov. Vključeno je v testiranje črne škatle in bele škatle. Večina organizacij programsko opremo testira le z uporabo metodologij enotnega testiranja in funkcionalnega testiranja.
Vrste in pristopi
Spodaj so omenjene štiri vrste in pristopi testiranja integracije:
- Pristop velikega banga
- Pristop od spodaj navzgor
- Pristop od zgoraj navzdol
- Hibrid / sendvič
1. Pristop velikega poka:
Razviti moduli / komponente programske opreme so povezani. Ti posamezni moduli se skupaj preskušajo. Po testiranju enot se ti moduli preskusijo skupaj, ki tvorijo programski sistem. Toda nekateri od nas imajo morda to vprašanje, kako se razlikuje testiranje programske opreme v celoti in integracija? Glavna stvar, ki jo tukaj razumemo, je, da se pri testiranju integracije testiranje posameznih modulov med seboj kombinira po izvedbi enotnih preskusov; pri testiranju programske opreme se celoten sistem preskusi z vsemi upoštevanimi parametri.
Naslednji diagram prikazuje, kaj natančno pomeni pristop Big Bang k testiranju integracije:
S pristopom velikega poka so povezane nekatere prednosti in slabosti:
Prednosti:
- Zelo priročno je pristopiti, če so sistemi majhni. Kolikor več je časa za ta pristop, lahko veliki sistemi povzročijo večjo porabo časa.
- Glede na majhne sisteme je to zelo enostavno odkrivanje napak
Slabosti:
- Ker so vsi moduli povezani, če se v sistemih pojavijo kakšne napake, jih je težko opaziti.
- Nekateri moduli so zelo pomembni in jih je treba preizkusiti. Te module je treba pred uporabo v sistemu preizkusiti. Toda med integracijskim testiranjem teh modulov morda ne bo mogoče učinkovito preizkusiti, saj so vsi moduli povezani.
- Čas, potreben za celoten programski sistem, je veliko več kot pri drugih pristopih k integraciji.
- Priklapljanje modulov lahko traja nekaj časa, kar lahko povzroči čas celotnega procesa programskega sistema.
- Časa, potrebnega za ta pristop, je več, saj je veliko modulov skupaj, testiranje vsakega modula pa bo trajalo več časa.
2. Pristop od spodaj navzgor
Pri tem pristopu se moduli nizke ravni najprej preizkusijo skupaj, posamično. Vsi moduli na spodnji ravni so integrirani, kar vključuje, funkcije in postopke ter vse je povezano in preizkušeno. To pomaga pri preizkušanju modulov višje stopnje, saj zanjo predstavlja osnovo. Ta postopek se ponovi, saj se vsi moduli od spodnje do zgornje ravni modul temeljito preizkusijo. Preprosto povedano, testiranje se začne od notranjih in najbolj spodnjih modulov in se postopoma usmeri navzgor. Kot je navedeno v diagramu, si pri tem pomagajo vozniki. Kaj je torej voznik in kako to pomaga? Kot kaže pretok, modulov najvišje ravni ni mogoče integrirati v sistem, dokler se ne opravi in poveže testiranje modulov spodnje ravni. Torej gonilnik tukaj pomaga pri povezovanju spodnjih in zgornjih modulov in deluje kot medij ali v tehničnem smislu kot klicna funkcija.
Prednosti:
- Razvoj posameznih modulov je mogoče izvesti med uporabo pristopa za testiranje integracije od spodaj navzgor, saj je priklop in testiranje integracije opravljeno po prvem testiranju modulov spodnje ravni.
- Če obstaja / se pojavi kakšna napaka, jo je mogoče odpraviti istočasno in na isti ravni. Prepoznavanje in odpravljanje napak je veliko lažje kot pri drugih pristopih.
- Časa, potrebnega za prepoznavanje napak in odpravo napak, je precej manj kot v primerjavi z drugimi pristopi.
- Napake je mogoče rešiti na isti stopnji spodnje ali na zgornji ravni.
Slabosti:
- Časa, potrebnega za celoten postopek, je več, postopek testiranja se ne konča, dokler niso vključeni in testirani vsi moduli obeh, zgornji in spodnji nivo.
- Vozniki so potrebni za klicanje modulov visoke ravni
- Če programski sistem vsebuje vedno več majhnih, a zapletenih modulov, lahko traja več časa za dokončanje postopka testiranja programske opreme.
3. Pristop od zgoraj navzdol
Ta pristop gre ravno obratno od pristopa od spodaj navzgor. Moduli / najvišji nivoji se najprej preskusijo, nato pa se preskusijo tudi drugi moduli nižje stopnje. Najpogostejši moduli se najprej preizkusijo posamično, tako da se testiranje specializiranih enot izvaja za najboljši modul, na koncu pa se upoštevajo in preskusijo tudi drugi moduli. Pristop od zgoraj navzdol zahteva funkcijo klica, tako kot pristop od spodaj navzgor, imenovan Stubs. Škrbine so logične izjave s kratkimi kodami, ki se uporabljajo za sprejemanje vhodov iz modulov najvišje ravni in na koncu pokličejo module spodnje ravni za integracijo in testiranje.
Prednosti:
- Pri tem pristopu je mogoče zlahka odkriti napake ali napake.
- Ključni moduli so temeljito preizkušeni in pred drugimi moduli.
- Testiranje integracije programske opreme je mogoče opraviti v krajšem času kot v primerjavi z drugimi pristopi.
Slabosti:
- Spodnjih modulov morda ni mogoče preizkusiti na pričakovano raven ali jih ni mogoče preizkusiti v skladu z zahtevami.
- Stubi so potrebni in so potrebni za nadaljnji napredek postopka testiranja.
4. Hibridni / sendvič pristop
Znano tudi kot preizkušanje mešanih integracij. Pristop od spodaj navzgor in pristop od zgoraj navzdol sta združena v tem pristopu. Od tod znan kot pristop k testiranju hibridnih ali sendvič ali mešanih integracij. Ta pristop se uporablja za prikrivanje padcev obeh pristopov posamezno. Najgornji modul je preizkušen na enoti, hkrati pa so spodnji moduli integrirani in testirani z moduli najvišje ravni.
Prednosti:
- Večinoma se uporablja za velike projekte in zahtevajo veliko časa za dokončanje.
Slabosti:
- Stroški te vrste testiranja so precej visoki, saj se pri zaključku testiranja uporabljata oba pristopa.
Prednosti integracijskega testiranja
- Preizkus integracije za različne module hkrati.
- Lahko se uporablja v zgodnji in poznejših fazah postopka testiranja.
- Pokrivanje dolžine kode je bolj v primerjavi z drugimi tehnikami testiranja programske opreme, saj se lahko uporabljata obe pristopi od spodaj navzgor in zgoraj.
- Glede na spremembe v zahtevah se razvoj spreminja, zato postane testiranje modulov na različnih ravneh pomembno, za kar je mogoče preprosto uporabiti preizkušanje integracije.
Zakaj se uporablja integracijsko testiranje
- Ljudje, ki so bili v IT industriji, morda vedo za nenehne spremembe, ki se dogajajo. Vsak dan se v skladu z zahtevami spreminja potreba po razvoju določenega programskega sistema, zato se vsak dan razvijajo novi popravki kode. Ko so ti obliži povezani skupaj, tvorijo eno programsko opremo. Če želite to preveriti, je treba nujno preveriti integracijo in njene pristope.
- Ko je zapletena ali ogromna programska oprema kodirana ali izdelana, jo razvrstimo v ločene module. Številni ljudje hkrati delajo te module, ko pa so ti moduli integrirani, je testiranje opravljeno. V večini primerov integracija modulov zahteva, da se na njej opravi testiranje integracije, preden se nadalje obdela.
- Večina programov programske opreme zahteva, da nekatere knjižnice podpore delujejo. Integracijsko testiranje se opravi, ko se te knjižnice uporabljajo skupaj z razvito kodo.
- Integracija postane nujna, ko se programska oprema razvija, saj lahko napake odpravite na določeni ravni. Zdaj, ko vemo za pristope, se lahko zanjo uporabi eden od pristopov.
Primeri za preskušanje integracije
Upoštevajte, da gradimo eno programsko opremo za upravljanje zaposlenih. Ta programska oprema ima tri glavne vidike:
- Prijava zaposlenih
- Poročilo zaposlenih
- Stran z določitvijo plače in stopnja plače
Zdaj, ob upoštevanju zgornjega primera, je najprej razvita programska oprema in pretok naj bo registracija zaposlenih (vnos vrednosti, npr .: id zaposlenega, ime, telefonska številka itd.). Po pravilnem vnosu se mora preusmeriti na neto stran, na katero poroča zaposleni. Zdaj, če tukaj zaposleni ni usmerjen na stran s poročili in neposredno na stran s podatki o plačah, potem je to napaka. Da bi to odpravili, poteka pretok, zaporedje dejavnosti, testiranje integracije.
Drug primer integracijskega testiranja bi bil:
Vsakodnevno preverjamo svojo e-pošto. Vsi ponudniki e-poštnih storitev nam zagotavljajo enako funkcijo.
Login-> Inbox->Send / Delete Mail-> Logout
Zdaj, ko se prijavimo v njihove strežnike, najprej preverimo vrednosti pravilnosti, to je testiranje enot. Torej, zdaj, ko se ujemajo poverilnice, bi nas morala prijavna stran prenesti na stran s prejetimi sporočili. To je pričakovani rezultat. Če nas ne prenese na stran Prejeto, namesto da nas prenese v neko neželeno mapo, potem to postane primer preizkušanja integracije. Enako velja za pošiljanje in brisanje e-poštnih sporočil.
Drugi primeri so lahko:
- Po uspešni registraciji v kateri koli spletni / offline aplikaciji se mora pred uporabnikom prikazati prikazno sporočilo.
- Programi za bančništvo bi morali uporabnike usmeriti na zahtevano stran povzetka računa.
- Po uspešni prijavi v aplikacije za družabne medije se mora prikazati privzeta stran, na primer: Domov / Profil za Facebook.
Zaključek
Zaradi toliko napredka na področju IT, iz dneva v dan in toliko razvijalcev, ki sedijo na različnih lokacijah in delajo na isti programski opremi, je testiranje integracije postalo nujno. S svojimi pristopi je mogoče testiranje integracije uporabiti tako z majhnimi kot velikimi programskimi aplikacijami. Integracijsko testiranje, ki je sredi ravni testiranja programske opreme in ima toliko prednosti, postaja za stranke komercialne ravni vse bolj pomembno in redno preverjanje pomaga ohraniti programsko opremo nedotaknjeno.
Priporočeni članki
To je vodnik za integracijsko testiranje. Tu smo razpravljali o nekaterih osnovnih pojmih, definiciji, vrstah in pristopu s prednostmi in slabostmi. Če želite izvedeti več, lahko preberete tudi druge naše predlagane članke -
- Poklic pri testiranju programske opreme
- Kariera za razvijalce programske opreme
- Kaj je testiranje črne škatle
- Koristne kariere kot programski inženir