Uvod v testiranje sistemske integracije (SIT)
Preizkušanje integracije sistema je vrsta testiranja, ki se na celotnem sistemu opravi po vgradnji strojnih in programskih modulov tega sistema. Naredi se za potrditev vedenja sistema in za preverjanje, ali vsi moduli v sistemu delujejo med seboj. To se naredi tudi za ohranitev celovitosti podatkov med moduli v sistemu.
Preizkušanje sistemske integracije (SIT) se izvede potem, ko so podsistemi posamezno opravili testiranje enot in je bilo opravljeno testiranje. Nato sistem SIT preizkusi sistem kot celoto po vgradnji. Rezultat SIT se nato prenese na preverjanje sprejemljivosti uporabnikov (UAT).
Prednosti preizkusa integracije sistema
- SIT pomaga pri odkrivanju napak v zgodnji fazi. Napake, odkrite med SIT-om, pošlje nazaj, da jih odpravi razvojna ekipa. To pomaga prihraniti čas in stroške, da ga pozneje popravite, kar je lahko dražje.
- SIT pomaga pri zgodnjem mnenju o sprejemljivosti modula v sistemu.
- SIT pomaga pri razkritju napak, ki se lahko pojavijo med interakcijo integriranih komponent.
- V sistemu obstaja več modulov in testiranje enot vseh modulov zahteva čas. Tudi če se vsaka enota preskusi posebej, tudi potem obstaja možnost, da ne more uspeti, če je integrirana kot celota, saj obstaja veliko težav, ki se dvignejo, ko medsebojni sistemi delujejo med seboj.
Tako je SIT v bistvu potreben za odkrivanje in odpravljanje težav, preden sistem pošlje uporabniku.
Pristopi za izvajanje SIT
Oglejmo si različne pristope za izvajanje SIT, razumemo to posebej.
1. Pristop od zgoraj navzdol
To je postopni pristop, kjer se testiranje začne v zgornjem modulu aplikacije. Funkcionalnost modulov na nižji ravni se simulira s pomočjo škrbine. Zgornji modul je integriran z drogovi modulov na spodnjih nivojih, eden za drugim, da preveri njihove funkcionalnosti. Ko je vsak preskus končan, se zadevna škrbina nadomesti s stvarnim modulom. Ta način testiranja se nadaljuje, dokler se ne preizkusi celoten sistem.
Prednost
- Za določitev testnih primerov se ne uporabljajo gonilniki in funkcionalnost sistema.
Slabost
- Obstaja odvisnost od razpoložljivosti funkcionalnosti modulov nižje stopnje.
- Pri testiranju lahko pride do zamude, saj so pravi moduli nadomeščeni s škrbinami.
- Pisanje štorklje je težko.
2. Pristop od spodaj navzgor
To je inkrementalni pristop, kjer se najprej združijo moduli najnižje ravni, da tvorijo grozde. Nato je narejen gonilnik, ki dobi vhod in izhod preskusnega primera. Nato se grozd preizkusi. Po preskusu grozda se gonilnik odstrani, tako da se lahko grozd kombinira z zgornjim nivojem. Ta način testiranja se nadaljuje, dokler se ne preizkusi celoten sistem.
Prednost
- Stubi pri tem pristopu niso potrebni.
- Testiranje postane lažje, ko se postopek vzpenja, ker je uporaba gonilnikov manjša.
Slabost
- Najpomembnejši modul, tj. Uporabniški vmesnik, je preizkušen na koncu.
3. Pristop velikega poka
Pri tem pristopu so moduli sistema integrirani šele po zaključku vseh modulov. Po integraciji se izvede testiranje na celotnem sistemu, da se preveri njegovo delovanje.
Prednost
- Potreben je samo en krog SIT.
Slabost
- Težko je najti vzrok napake.
Proces testiranja sistemske integracije
Najpogostejši način izvajanja SIT je metoda, ki temelji na podatkih, saj zahteva najmanj uporabo orodij za testiranje programske opreme.
Pri tej metodi poteka predvsem izmenjava podatkov, tj. Uvoz in izvoz podatkov med sistemskimi moduli, nato pa se opazi delovanje vsakega podatkovnega polja znotraj posamezne plasti.
Ko je programska oprema integrirana, lahko obstajajo tri glavna stanja pretoka podatkov:
1. Stanje podatkov, ko teče znotraj integracijskega sloja
Integracijska plast deluje kot vmesnik med uvozom in izvozom podatkov. Za izvajanje SIT na tej plasti je potrebno osnovno znanje nekaterih tehnologij sheme.
Koraki za izvajanje SIT za potrditev izmenjave podatkov:
- Preverite pristnosti podatkov v tej plasti glede na zahteve dokumentov.
- Preverite zahtevo spletne storitve.
- Izvedite nekaj enotnih preizkusov, da preverite preslikave podatkov in zahteve.
- Preglejte dnevnike.
2. Stanje podatkov, ko teče znotraj sloja baze podatkov
Za izvajanje SIT na tej plasti je potrebno osnovno znanje SQL.
Koraki za izvajanje SIT za potrditev izmenjave podatkov:
- Preverite, ali so vsi podatki dosegli in ali so bili zajeti s prejšnje ravni.
- Preverite pristnosti lastnosti tabele in stolpcev glede na zahteve z dokumenti.
- Preverite pravila za potrjevanje podatkov in omejitve, ki se nanašajo na bazo podatkov.
- Preverite shranjene postopke glede morebitnih podatkov, ki jih je treba obdelati.
- Preglejte dnevnike.
3. Stanje podatkov, ko teče znotraj aplikacijskega sloja
Koraki za izvajanje SIT za potrditev izmenjave podatkov:
- Preverite vidnost polj v uporabniškem vmesniku.
- Za potrditev podatkov izvedite pozitivne in negativne testne primere.
Primer SIT
Da bo SIT nekoliko bolj jasen, vzemimo primer podjetja, ki uporablja programsko opremo za shranjevanje podrobnosti o zaposlenem.
Ta programska oprema vsebuje dva zaslona v uporabniškem vmesniku, in sicer ime zaslona in zaslon ID zaposlenega in ima bazo podatkov z imenom Database A. Podrobnosti v zaslonu Name Name in na zaslonu ID zaposlenega so vnesene v bazo podatkov A.
Po nekaj letih podjetje od zaposlenih zahteva dodatne podatke. Tako je potrebna izboljšava in razvijejo naslov zaslona z drugo bazo podatkov, bazo podatkov B. Zdaj je treba ta sistem z naslovom zaslona in zbirko podatkov B integrirati z obstoječim sistemom in nato to testiranje opraviti v celotnem sistemu za pravilno delovanje se imenuje SIT.
Za zaključek je SIT pomemben del našega testiranja, saj daje prvi vtis, kako dobro deluje naša aplikacija. To lahko storimo s pomočjo različnih pristopov in postopkov, uporabimo pa lahko tudi tisto, kar je primerno za našo uporabo.
Priporočeni članki
To je vodnik za testiranje sistemske integracije. Tu smo razpravljali o konceptih, pristopih, prednostih in slabostih testiranja sistemske integracije. Če želite izvedeti več, lahko preberete tudi druge naše predlagane članke -
- Kaj je testiranje programske opreme?
- Testiranje vprašanj o intervjuju
- Pokvarjen življenjski cikel pri testiranju programske opreme
- Vprašanja za razgovor o zasnovi sistema