Kaj je preskušanje sistemske integracije?
Testiranje sistemske integracije je opredeljeno kot vrsta preskušanja programske opreme, ki se izvaja v integriranem okolju strojne in programske opreme za preverjanje vedenja celotnega sistema. To je testiranje, izvedeno na celovitem, integriranem sistemu, da se oceni skladnost sistema z zahtevami.
Testiranje sistemske integracije (SIT) se izvaja za preverjanje interakcij med moduli programskega sistema. Ukvarja se s preverjanjem zahtev za visoko in nizko raven programske opreme, določenih v specifikaciji / podatkih zahtev za programsko opremo in dokumentu o oblikovanju programske opreme.
Prav tako preverja sožitje programskega sistema z drugimi in preizkuša vmesnik med moduli programske aplikacije. Pri tovrstnem preskušanju se moduli najprej preizkusijo posamično, nato pa se kombinirajo v sistem.
Na primer, programske in / ali strojne komponente se kombinirajo in postopoma preizkušajo, dokler ni integriran celoten sistem.
V tej vadnici boste izvedeli-
- Kaj je preskušanje sistemske integracije?
- Zakaj testiranje sistemske integracije
- Kako narediti testiranje sistemske integracije
- Merila za vstop in izstop za integracijsko preskušanje
- Preizkušanje integracije strojne in programske opreme
- Preizkušanje integracije programske opreme
- Pristop od zgoraj navzdol
- Pristop od spodaj navzgor
- Pristop velikega poka
Zakaj testiranje sistemske integracije
Pri programskem inženirstvu se testiranje sistemske integracije izvaja zato, ker
- Pomaga zgodaj odkriti napako
- Na voljo bodo zgodnejše povratne informacije o sprejemljivosti posameznega modula
- Razporejanje popravkov napak je prilagodljivo in se lahko prekriva z razvojem
- Pravilni pretok podatkov
- Pravilni krmilni pretok
- Pravilen čas
- Pravilna poraba pomnilnika
- Pravilno z zahtevami programske opreme
Kako narediti testiranje sistemske integracije
To je sistematična tehnika za izdelavo programske strukture med izvajanjem preskusov za odkrivanje napak, povezanih s povezovanjem.
Vsi moduli so vnaprej integrirani in celoten program je preizkušen kot celota. Toda med tem postopkom bo verjetno prišlo do nabora napak.
Takšne napake je težko odpraviti, ker je vzroke za izolacijo zapletena zaradi velike razširitve celotnega programa. Ko bodo te napake odpravljene in odpravljene, se bo pojavila nova in postopek se bo neskončno nadaljeval v neskončni zanki . Da bi se temu izognili, se uporablja drug pristop, inkrementalna integracija. Podrobneje o postopnem pristopu bomo videli kasneje v vadnici.
Obstaja nekaj postopnih metod, kot so integracijski testi, ki se izvajajo v sistemu, ki temelji na ciljnem procesorju. Uporabljena metodologija je testiranje črne škatle. Lahko se uporabi integracija od spodaj navzgor ali od zgoraj navzdol.
Preskusni primeri so opredeljeni samo z visokozmogljivimi zahtevami programske opreme.
Integracijo programske opreme je mogoče v veliki meri doseči tudi v gostiteljskem okolju, pri čemer se v gostitelju še naprej simulirajo enote, značilne za ciljno okolje. Za potrditev bodo spet potrebni ponavljajoči se testi v ciljnem okolju.
Potrditveni testi na tej ravni bodo odkrili težave, povezane z okoljem, na primer napake pri dodeljevanju in odvajanju pomnilnika. Praktičnost izvedbe integracije programske opreme v gostiteljskem okolju bo odvisna od tega, koliko ciljne funkcije je. Pri nekaterih vgrajenih sistemih bo povezava s ciljnim okoljem zelo močna, zato je integracija programske opreme v gostiteljskem okolju nepraktična.
Velik razvoj programske opreme bo integracijo programske opreme razdelil na več ravni. Nižje stopnje integracije programske opreme bi lahko temeljile pretežno v gostiteljskem okolju, kasnejše stopnje integracije programske opreme pa bi postale bolj odvisne od ciljnega okolja.
Opomba: Če se preskuša samo programska oprema, se to imenuje Preizkušanje integracije programske opreme [SSIT], če se preizkušata tako strojna oprema kot programska oprema, pa se imenuje Preizkušanje integracije strojne opreme [HSIT].
Merila za vstop in izstop za integracijsko preskušanje
Običajno se med izvajanjem integracijskega testiranja uporablja strategija ETVX (vstopna merila, naloga, preverjanje veljavnosti in izhodna merila).
Kriteriji za vstop:
- Zaključek preskušanja enot
Vhodi:
- Podatki o zahtevah programske opreme
- Dokument o oblikovanju programske opreme
- Načrt preverjanja programske opreme
- Dokumenti za integracijo programske opreme
Dejavnosti:
- Na podlagi zahtev visoke in nizke ravni ustvarite testne primere in postopke
- Združujejo nizkozidne module, ki izvajajo skupno funkcionalnost
- Razvijte preskusni pas
- Preizkusite gradnjo
- Po opravljenem preizkusu se gradnja kombinira z drugimi gradnjami in preizkuša, dokler se sistem ne integrira kot celota.
- Ponovno izvedite vse teste na ciljni platformi, ki temelji na procesorju, in pridobite rezultate
Merila izstopa:
- Uspešen zaključek integracije programskega modula na ciljno strojno opremo
- Pravilno delovanje programske opreme v skladu z navedenimi zahtevami
Izhodi
- Poročila o integracijskih preizkusih
- Primeri in postopki za preizkušanje programske opreme [SVCP].
Preizkušanje integracije strojne opreme
Preizkušanje integracije strojne programske opreme je postopek preizkušanja komponent računalniške programske opreme (CSC) za funkcionalnosti na visoki ravni v ciljnem okolju strojne opreme. Cilj testiranja integracije strojne in programske opreme je preizkusiti obnašanje razvite programske opreme, integrirane na komponenti strojne opreme.
Testiranje integracije strojne opreme in programske opreme na podlagi zahtev
Cilj preskušanja integracije strojne in programske opreme, ki temelji na zahtevah, je zagotoviti, da bo programska oprema v ciljnem računalniku izpolnjevala zahteve na visoki ravni. Tipične napake, ki jih razkrije ta preskusna metoda, vključujejo:
- Napake strojne / programske opreme
- Kršitve particioniranja programske opreme.
- Nezmožnost odkrivanja napak z vgrajenim testom
- Nepravilen odziv na okvare strojne opreme
- Napaka zaradi zaporedja, prehodnih vhodnih obremenitev in vhodnih prehodnih moči
- Nepravilno vedenje povratnih informacij
- Nepravilen ali nepravilen nadzor strojne opreme za upravljanje pomnilnika
- Težave s spori v podatkovnem vodilu
- Napačno delovanje mehanizma za preverjanje združljivosti in pravilnosti terensko naložljive programske opreme
Integracija strojne opreme se ukvarja s preverjanjem zahtev na visoki ravni. Vsi testi na tej ravni se izvajajo na ciljni strojni opremi.
- Testiranje črnih skrinjic je primarna metodologija testiranja, ki se uporablja na tej stopnji testiranja.
- Določite testne primere samo na podlagi zahtev na visoki ravni
- Test je treba izvesti na standardni proizvodni strojni opremi (na tarči)
Stvari, ki jih je treba upoštevati pri oblikovanju testnih primerov za integracijo HW / SW
- Pravilno pridobivanje vseh podatkov s strani programske opreme
- Prilagajanje in obseg podatkov, kot se pričakuje, od strojne do programske opreme
- Pravilni izhod podatkov iz programske opreme v strojno opremo
- Podatki znotraj specifikacij (normalno območje)
- Podatki zunaj specifikacij (neobičajno območje)
- Podatki o mejah
- Prekinitev obdelave
- Čas
- Pravilna uporaba pomnilnika (naslavljanje, prekrivanja itd.)
- Prehodi države
Opomba: Za preskušanje prekinitev bodo vse prekinitve neodvisno preverjene od začetne zahteve do popolnega servisiranja in do zaključka. Testni primeri bodo posebej zasnovani za ustrezno testiranje prekinitev.
Preizkušanje integracije programske opreme
Gre za testiranje komponente računalniške programske opreme, ki deluje v gostiteljskem / ciljnem računalniku
Okolje, hkrati pa simulira celoten sistem [druge CSC-je] in visoko funkcionalnost.
Osredotoča se na vedenje CSC v simuliranem gostiteljskem / ciljnem okolju. Pristop, ki se uporablja za integracijo programske opreme, je lahko postopni (od zgoraj navzdol, pristop od spodaj navzgor ali kombinacija obeh).
Inkrementalni pristop
Inkrementalno testiranje je način integracijskega testiranja. Pri tej vrsti preskusne metode najprej preizkusite vsak modul programske opreme posebej, nato pa nadaljujete s testiranjem, tako da mu dodate druge module, nato drugega in tako naprej.
Postopna integracija je nasprotje pristopu velikega poka. Program je zgrajen in preizkušen v majhnih segmentih, kjer je napake lažje ločiti in popraviti. Verjetneje je, da bodo vmesniki v celoti preizkušeni in se lahko uporabi sistematičen preskusni pristop.
Obstajata dve vrsti inkrementalnega testiranja
- Pristop od zgoraj navzdol
- Pristop od spodaj navzgor
Pristop od zgoraj navzdol
Pri tej vrsti pristopa posamezniki začnejo s testiranjem samo uporabniškega vmesnika z osnovno funkcionalnostjo, ki jo simulirajo škrbine, nato pa se premaknete navzdol in vključite spodnje in spodnje sloje, kot je prikazano na spodnji sliki.
- Začenši z glavnim krmilnim modulom, so moduli integrirani s premikanjem navzdol skozi krmilno hierarhijo
- Podmoduli glavnega krmilnega modula so vključeni v strukturo bodisi na širino bodisi na globino.
- Integracija po globini integrira vse module na glavni krmilni poti strukture, kot je prikazano na naslednjem diagramu:
Proces integracije modula poteka na naslednji način:
- Glavni krmilni modul se uporablja kot preskusni voznik, škrbine pa so nadomeščene za vse module, ki so neposredno podrejeni glavnemu krmilnemu modulu.
- Podrejene škrbine se posamezno zamenjajo z dejanskimi moduli, odvisno od izbranega pristopa (najprej širina ali najprej globina).
- Preskusi se izvajajo, ko je vsak modul integriran.
- Po zaključku vsakega sklopa testov se po zaključku vsakega sklopa testov zamenja še en drog z resničnim modulom
- Da se prepričamo, da nove napake niso bile uvedene, je mogoče izvesti testiranje regresije.
Postopek se nadaljuje od koraka 2, dokler ni zgrajena celotna struktura programa. Strategija od zgoraj navzdol zveni razmeroma preprosto, v praksi pa se pojavijo logistične težave.
Najpogostejše od teh težav se pojavijo, kadar je za ustrezno testiranje zgornjih ravni potrebna obdelava na nizkih ravneh v hierarhiji.
Na začetku testiranja od zgoraj navzdol nastavki nadomeščajo nizkorazredne module, zato v strukturi programa ne morejo priti nobeni pomembni podatki navzgor.
Tester izzivov se lahko sooča:
- Odložite številne teste, dokler škrbine ne zamenjate z dejanskimi moduli.
- Razvijte škrbine, ki izvajajo omejene funkcije, ki simulirajo dejanski modul.
- Programsko opremo integrirajte od dna hierarhije navzgor.
Opomba: Prvi pristop povzroči, da izgubimo nadzor nad ujemanjem med določenimi testi in vključitvijo določenih modulov. To lahko povzroči težave pri določanju vzroka napak, ki običajno kršijo zelo omejeno naravo pristopa od zgoraj navzdol.
Drugi pristop je izvedljiv, vendar lahko privede do znatnih stroškov, saj škrbine postajajo vse bolj zapletene.
Pristop od spodaj navzgor
Integracija od spodaj navzgor začne gradnjo in testiranje z moduli na najnižji ravni v strukturi programa. V tem procesu so moduli integrirani od spodaj navzgor.
Pri tem pristopu je vedno na voljo obdelava, potrebna za module, podrejene določeni ravni, in potreba po škrbinah je odpravljena.
Ta postopek preskusa integracije se izvaja v štirih korakih
- Moduli na nizki ravni so združeni v grozde, ki izvajajo določeno programsko podfunkcijo.
- Gonilnik je napisan za koordinacijo vnosa in izhoda testnega primera.
- Grozd ali zgradba je preizkušena.
- Gonilniki so odstranjeni in grozdi se v programski strukturi pomikajo navzgor.
Ko se integracija premika navzgor, potrebujemo ločene lekcije za testne voznike. Če sta zgornji dve ravni programske strukture integrirani od zgoraj navzdol, je mogoče znatno zmanjšati število gonilnikov in integracija grozdov je močno poenostavljena. Integracija sledi spodnjemu vzorcu. Ko se integracija premika navzgor, potrebujemo ločene lekcije za testne voznike.
Opomba: Če sta zgornji dve ravni programske strukture integrirani od zgoraj navzdol, je mogoče znatno zmanjšati število gonilnikov in integracija zgradb je močno poenostavljena.
Pristop velikega poka
Pri tem pristopu se vsi moduli ne integrirajo, dokler niso vsi moduli pripravljeni. Ko so pripravljeni, se vsi moduli integrirajo in nato izvedejo, da se ve, ali vsi integrirani moduli delujejo ali ne.
Pri tem pristopu je težko vedeti glavni vzrok okvare zaradi integracije vsega naenkrat.
Prav tako bo velika verjetnost pojava kritičnih napak v proizvodnem okolju.
Ta pristop se sprejme le, kadar je treba naenkrat opraviti integracijsko testiranje.
Povzetek:
- Integracija se izvede za preverjanje interakcij med moduli programskega sistema. Pomaga zgodaj odkriti napako
- Integracijsko testiranje je mogoče izvesti za strojno-programsko ali strojno-strojno integracijo
- Integracijsko testiranje poteka po dveh metodah
- Inkrementalni pristop
- Pristop velikega poka
- Med izvajanjem integracijskega testiranja se na splošno uporablja strategija ETVX (vstopna merila, naloga, preverjanje veljavnosti in izstopna merila).