what is system integration testing
Kaj je preskušanje sistemske integracije?
Testiranje sistemske integracije (SIT) je celotno testiranje celotnega sistema, ki je sestavljen iz številnih podsistemov. Glavni cilj SIT je zagotoviti, da vse odvisnosti programskega modula delujejo pravilno in da se ohrani celovitost podatkov med različnimi moduli celotnega sistema.
SUT (Test System) je lahko sestavljen iz strojne opreme, baze podatkov, programske opreme, kombinacije strojne in programske opreme ali sistema, ki zahteva človeško interakcijo (HITL - Human in Loop Testing).
Iz konteksta programskega inženirstva in testiranja programske opreme lahko SIT štejemo za testni postopek, ki preverja sočasnost programskega sistema z drugimi.
SIT ima predpogoj, da je več osnovnih integriranih sistemov že opravilo in opravilo sistemsko testiranje. Nato SIT preizkusi zahtevane interakcije med temi sistemi kot celoto. Končni rezultati SIT se posredujejo UAT (preizkusu sprejemljivosti uporabnika).
Kaj se boste naučili:
- Potreba po preizkusu sistemske integracije
- Razdrobljenost SIT
- Kako izvesti testiranje sistemske integracije?
- Testiranje sistema Vs Testiranje integracije sistema
- Testiranje sistemske integracije v primerjavi s preskusom sprejemljivosti uporabnika
- Primer SIT
- SIT tehnike
- Zaključek
- Priporočeno branje
Potreba po preizkusu sistemske integracije
Glavna naloga SIT je testiranje odvisnosti med različnimi komponentami sistema, zato je regresijsko testiranje pomemben del SIT.
Za skupne projekte je SIT del STLC (življenjski cikel testiranja programske opreme). Na splošno ponudnik programske opreme izvede krog pred SIT, preden kupec izvede lastne testne primere SIT.
V večini organizacij, ki se ukvarjajo z IT projekti po modelu Agile sprint, skupina QA pred vsako izdajo izvede krog SIT. Napake, ki jih najdemo v SIT, se pošljejo nazaj razvojni skupini in delajo na popravkih.
Sprostitev MVP (Minimum Viable Product) iz šprinta se začne šele, ko gre skozi SIT.
SIT je potreben za razkritje napak, do katerih pride, ko pride do interakcije med integriranimi podsistemi.
V sistemu se uporablja več komponent in jih ni mogoče posamično preizkusiti. Tudi če je enota preizkušena posamično, obstaja tudi možnost, da v kombinaciji s sistemom lahko odpove, saj se med medsebojnim delovanjem podsistemov pojavlja veliko težav.
Tako je SIT zelo potreben za razkritje in odpravljanje napak pred uvedbo sistema na koncu uporabnika. SIT napake odkrije že v zgodnji fazi in tako prihrani čas in stroške poznejše odprave. Pomaga vam tudi, da prej pridobite povratne informacije o sprejemljivosti modula.
Razdrobljenost SIT
SIT lahko izvedemo na treh različnih stopnjah razdrobljenosti:
(i) preskušanje znotraj sistema: To je nizka stopnja integracijskega testiranja, katerega namen je združiti module za izgradnjo enotnega sistema.
(ii) Medsistemsko preskušanje: To je testiranje na visoki ravni, ki potrebuje medsebojno povezovanje neodvisno preizkušenih sistemov.
(iii) Preizkušanje v paru: Tu se hkrati preskusita le dva medsebojno povezana podsistema v celotnem sistemu. Cilj tega je zagotoviti, da lahko oba podsistema dobro delujeta, če jih združimo skupaj, ob predpostavki, da drugi podsistemi že dobro delujejo.
Kako izvesti testiranje sistemske integracije?
Najpreprostejši način za izvajanje SIT je metoda, ki temelji na podatkih. Zahteva minimalno uporabo orodij za testiranje programske opreme.
nedefinirano sklicevanje na glavni c ++
Najprej pride do izmenjave podatkov (uvoz in izvoz podatkov) med sistemskimi komponentami, nato pa se preveri vedenje vsakega podatkovnega polja v posamezni plasti.
Ko je programska oprema integrirana, obstajajo tri glavna stanja pretoka podatkov, kot je navedeno spodaj:
# 1) Stanje podatkov v integracijski plasti
Integracijska plast deluje kot vmesnik med uvozom in izvozom podatkov. Izvajanje SIT na tej plasti zahteva nekaj osnovnega znanja o določeni tehnologiji, kot so sheme (XSD), XML, WSDL, DTD in EDI.
Učinkovitost izmenjave podatkov lahko na tej plasti preučite v spodnjih korakih:
- Preverite lastnosti podatkov v tej plasti glede na BRD / FRD / TRD (dokument o poslovnih zahtevah / dokument o funkcionalnih zahtevah / dokument o tehničnih zahtevah).
- Zahteva za spletno storitev navzkrižno preverite s pomočjo XSD in WSDL.
- Zaženite nekaj preskusov enot in preverite preslikave podatkov in zahteve.
- Preglejte dnevnike vmesne programske opreme.
# 2) Stanje podatkov v sloju zbirke podatkov
Izvajanje SIT na tej plasti zahteva osnovno znanje SQL in shranjenih postopkov.
najboljša aplikacija za vohunjenje nekdo telefon
Učinkovitost izmenjave podatkov na tej plasti lahko preučite v spodnjih korakih:
- Preverite, ali so vsi podatki iz integracijske plasti na ravni baze podatkov uspešno doseženi in so bili dodeljeni.
- Preverite lastnosti tabele in stolpca glede na BRD / FRD / TRD.
- Potrdite omejitve in pravila za preverjanje veljavnosti podatkov, ki se uporabljajo v zbirki podatkov, v skladu s poslovnimi specifikacijami.
- Preverite shranjene postopke za morebitno obdelavo podatkov.
- Preglejte dnevnike strežnika.
# 3) Stanje podatkov v aplikacijski plasti
SIT lahko na tej plasti izvedete v spodnjih korakih:
- Preverite, ali so v uporabniškem vmesniku vidna vsa zahtevana polja.
- Izvedite nekaj pozitivnih in negativnih testnih primerov ter preverite lastnosti podatkov.
Opomba: Kombinacij, ki ustrezajo uvozu in izvozu podatkov, je lahko veliko. Za najboljše kombinacije boste morali izvesti SIT glede na čas, ki vam je na voljo.
Testiranje sistema Vs Testiranje integracije sistema
Razlike med sistemskim testiranjem in SIT:
SIT (preskušanje sistemske integracije) | Testiranje sistema |
---|---|
SIT je namenjen predvsem preverjanju, kako posamezni moduli medsebojno delujejo, ko so integrirani v sistem kot celoto. | Testiranje sistema se v glavnem izvaja, da se preveri, ali celoten sistem deluje po pričakovanjih glede na določene zahteve. |
Izvede se po enostavnem testiranju in se izvede vsakič, ko je v sistem dodan nov modul. | Izvaja se na končni ravni, to je po zaključku integracijskega testiranja in tik pred dostavo sistema za UAT. |
To je testiranje na nizki ravni. | To je testiranje na visoki ravni. |
Testni primeri SIT se osredotočajo na vmesnik med sistemskimi komponentami. | V tem primeru se testni primeri osredotočajo na simulacijo scenarijev iz resničnega življenja. |
Testiranje sistemske integracije v primerjavi s preskusom sprejemljivosti uporabnika
Tu je razlika med SIT in UAT:
SIT (preskušanje sistemske integracije) | UAT (Uporabniško preverjanje sprejemljivosti) |
---|---|
To testiranje je z vidika povezovanja modulov. | To testiranje je z vidika uporabniških zahtev. |
SIT izvajajo razvijalci in preizkuševalci. | UAT izvajajo stranke in končni uporabniki. |
Končano po preskusu enote in pred preskusom sistema. | To je zadnja stopnja testiranja in se opravi po testiranju sistema. |
Na splošno bi bile težave, ki jih najdemo v SIT, povezane s pretokom podatkov, nadzorom pretoka itd. | Težave, ki jih najdemo v UAT, bi bile na splošno podobne funkcijam, ki ne delujejo v skladu z zahtevami uporabnika. |
Spodnja slika na nivojih testiranja bi vam pojasnila pretok od enote do UAT:
Primer SIT
Predpostavimo, da podjetje uporablja programsko opremo za shranjevanje podrobnosti o stranki.
Ta programska oprema ima dva zaslona v uporabniškem vmesniku - zaslon 1 in zaslon 2 in ima bazo podatkov. Podrobnosti, vnesene na zaslonu 1 in zaslonu 2, se vnesejo v bazo podatkov. Od zdaj je podjetje s to programsko opremo zadovoljno.
Nekaj let kasneje pa podjetje ugotovi, da programska oprema ne izpolnjuje zahtev in jo je treba izboljšati. Zato so razvili zaslon 3 in bazo podatkov. Zdaj je ta sistem z zaslonom 3 in bazo podatkov integriran s starejšo / obstoječo programsko opremo.
Zdaj se testiranje celotnega sistema po integraciji imenuje test sistemske integracije. Tu je preizkušeno soobstoj novega sistema z obstoječim, da se zagotovi popolno delovanje celotnega integriranega sistema.
SIT tehnike
V glavnem obstajajo 4 pristopi za izvajanje SIT:
- Pristop od zgoraj navzdol
- Pristop od spodaj navzgor
- Sendvični pristop
- Pristop velikega poka
Pristop od zgoraj navzdol in pristop od spodaj navzgor je nekakšen inkrementalni pristop. Najprej začnemo razpravo s pristopom od zgoraj navzdol.
# 1) Pristop od zgoraj navzdol:
V skladu s tem se testiranje začne samo z najvišjim modulom aplikacije, tj. Uporabniškim vmesnikom, ki ga imenujemo kot testni gonilnik.
Funkcionalnost osnovnih modulov je simulirana s šokami. Zgornji modul je en za drugim integriran s spodnjim nivojskim modulom, kasneje pa se preizkusi funkcionalnost.
Ko je vsak test končan, škrbino nadomesti pravi modul. Module je mogoče integrirati bodisi na širino bodisi na globino. Preizkus se nadaljuje, dokler ni zgrajena celotna aplikacija.
Prednost tega pristopa je v tem, da vozniki niso potrebni, testne primere pa je mogoče določiti glede na funkcionalnost sistema.
Glavni izziv pri tej vrsti pristopa je odvisnost od razpoložljivosti funkcionalnosti modula nižje stopnje. Preskusi lahko zamujajo, dokler se pravi moduli ne zamenjajo s škrbinami. Tudi pisanje škrbin je težko.
# 2) Pristop od spodaj navzgor:
Odpravlja omejitve pristopa od zgoraj navzdol.
Pri tej metodi so najprej sestavljeni moduli najnižje ravni, ki tvorijo grozde. Te grozde služijo kot podfunkcija aplikacije. Nato se ustvari gonilnik za upravljanje vnosa in izhoda testnega primera. Po tem se preskusi grozd.
Ko je grozd preizkušen, se gonilnik odstrani in grozd se združi z naslednjo zgornjo stopnjo. Ta postopek se nadaljuje, dokler ni dosežena celotna struktura aplikacije.
Ta pristop ne potrebuje škrbine. Z obdelavo navzgor in zmanjšanjem potrebe po gonilnikih postane poenostavljeno. Ta pristop je priporočljiv za izvajanje SIT za objektno usmerjene sisteme, sisteme v realnem času in sisteme s strogimi zahtevami glede zmogljivosti.
Vendar je omejitev tega pristopa najpomembnejši podsistem, tj. Uporabniški vmesnik se testira na zadnji.
# 3) Sendvič pristop:
Tu so zgoraj obravnavani pristopi od zgoraj navzdol in od spodaj navzgor združeni.
Sistem ima tri sloje - srednji sloj, ki je ciljni sloj, sloj nad ciljem in sloj pod ciljem. Testiranje se izvaja v obeh smereh in v kongregatih na ciljni plasti, ki je na sredini, kar je prikazano na spodnji sliki.
Strategija testiranja sendvičev
Prednost tega pristopa je, da je mogoče vzporedno preskusiti zgornjo in spodnjo plast sistema. Vendar je omejitev tega pristopa v tem, da posameznih podsistemov pred integracijo ne izčrpno preizkusi.
Da bi odpravili to omejitev, smo prilagodili sendvič testiranje, pri katerem se vzporedno preizkuša integracija zgornje, srednje in spodnje plasti z uporabo škrbine in gonilnikov.
# 4) Pristop velikega poka:
Pri tem pristopu se integracija izvede, ko so vsi moduli aplikacije popolnoma pripravljeni. Testiranje se opravi po integraciji vseh modulov, da se preveri, ali integrirani sistem deluje ali ne.
V tem pristopu je težko najti osnovni vzrok težave, saj je vse integrirano naenkrat in ne postopno testiranje. Ta pristop se na splošno sprejme, kadar je potreben samo en krog SIT.
assert () c ++
Zaključek
V tem članku smo izvedeli, kaj je preizkušanje sistemske integracije (SIT) in zakaj je pomembno, da ga izvedemo.
Razumeli smo temeljne koncepte, tehnike, pristope in metode, povezane z izvajanjem SIT. Sprehodili smo se tudi po tem, kako se SIT razlikuje od UAT in sistemskega testiranja.
Upam, da ste uživali v tem odličnem članku !!
Priporočeno branje
- Kaj je testiranje komponent ali testiranje modulov (naučite se s primeri)
- Kaj je primerjalno testiranje (naučite se s primeri)
- Kaj je integracijsko testiranje (Vadnica s primerom integracijskega testiranja)
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Razlike med preskušanjem enot, preskušanjem integracije in funkcionalnim preskušanjem
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Integracija selena z JMeter
- Spock za integracijo in funkcionalno testiranje s selenom