Mis on integreerimise testimine?
INTEGRATSIOONIKATSETAMINE on määratletud kui testimistüüp, kus tarkvaramoodulid integreeritakse loogiliselt ja testitakse rühmana. Tüüpiline tarkvaraprojekt koosneb mitmest tarkvaramoodulist, mida kodeerivad erinevad programmeerijad. Selle testimise taseme eesmärk on paljastada nende tarkvaramoodulite interaktsiooni defektid, kui need on integreeritud
Integreerimistestimine keskendub andmeside kontrollimisele nende moodulite vahel. Seetõttu nimetatakse seda ka "I & T" (integreerimine ja testimine), "stringide testimine" ja mõnikord ka "lõime testimine" .
- Mis on integreerimise testimine?
- Miks teha integreerimise testimist?
- Integreerimiskatse juhtumi näide
- Integratsiooni testimise lähenemisviisid, strateegiad, metoodikad
- Suure Paugu lähenemine:
- Järk-järguline lähenemine
- Mis on Stub ja Driver?
- Alt ülespoole integreerimine
- Ülalt alla integreerimine:
- Hübriid / võileiva integreerimine
- Kuidas teha integreerimise testimist?
- Integreerimiskatsete plaanide lühikirjeldus:
- Integratsiooni testimise sisenemise ja väljumise kriteeriumid
- Parimad tavad / juhised integratsioonitestimiseks
Miks teha integreerimise testimist?
Ehkki iga tarkvaramoodulit testitakse ühikuga, esineb defekte siiski erinevatel põhjustel, näiteks
- Mooduli kujundab üldiselt üksik tarkvaraarendaja, kelle arusaam ja programmeerimisloogika võivad teistest programmeerijatest erineda. Integreerimise testimine on vajalik, et kontrollida tarkvaramoodulite ühtsust
- Mooduli väljatöötamise ajal on klientide nõudmistel palju võimalusi muutuda. Neid uusi nõudeid ei pruugi ühikut testida ja seetõttu on vajalik süsteemi integreerimise testimine.
- Tarkvaramoodulite liidesed andmebaasiga võivad olla ekslikud
- Välised riistvaraliidesed, kui neid on, võivad olla ekslikud
- Ebapiisav erandite käsitlemine võib põhjustada probleeme.
Kui videole pole juurdepääsu, klõpsake siin
Integreerimiskatse juhtumi näide
Integreerimiskatse juhtum erineb teistest testjuhtumitest selle poolest, et see keskendub peamiselt moodulite vahelistele liidestele ja andmete / teabe liikumisele . Siin tuleb eelistada integreeritavaid linke, mitte juba testitud üksuse funktsioone.
Integreerimiskatse näidisjuhtumid järgmise stsenaariumi jaoks: Rakendusel on 3 moodulit, mis ütlevad „sisselogimisleht”, „postkast” ja „kustuta meilid” ning igaüks neist on loogiliselt integreeritud.
Siin ei keskenduta eriti sisselogimislehe testimisele, kuna see on juba tehtud üksuste testimisel. Kuid kontrollige, kuidas see on seotud postkasti lehega.
Samamoodi postkast: kontrollige selle integreerimist mooduli Kustuta kirjad.
| Testjuhtumi ID | Testjuhtumi eesmärk | Testjuhtumi kirjeldus | Oodatud Tulemus |
|---|---|---|---|
| 1 | Kontrollige liidese linki mooduli Sisselogimine ja postkast vahel | Sisestage sisselogimisandmed ja klõpsake nuppu Logi sisse | Suunatakse postkasti |
| 2 | Kontrollige liidese linki postkasti ja kirjade kustutamise vahel | Valige postkastist meil ja klõpsake nuppu Kustuta | Valitud meil peaks ilmuma kausta Kustutatud / Prügikast |
Integratsiooni testimise lähenemisviisid, strateegiad, metoodikad
Tarkvaratehnika määratleb integreerimise testimise läbiviimiseks mitmesuguseid strateegiaid, st.
- Suure Paugu lähenemine:
- Inkrementaalne lähenemine: mis on jagatud järgmiseks
- Ülalt alla lähenemine
- Alt üles lähenemine
- Võileiva lähenemine - ülalt alla ja alt üles kombinatsioon
Allpool on toodud erinevad strateegiad, nende teostamise viis ja nende piirangud ning eelised.
Suure Paugu Testimine
Suure paugu testimine on integreerimise testimise lähenemisviis, kus kõik komponendid või moodulid integreeritakse korraga ja seejärel testitakse ühikuna. Seda kombineeritud komponentide komplekti peetakse testimisel üksuseks. Kui kõik üksuse komponendid pole lõpule viidud, ei toimu integreerimisprotsessi.
Eelised:
- Mugav väikeste süsteemide jaoks.
Puudused:
- Vea lokaliseerimine on keeruline.
- Arvestades selles lähenemisviisis testitavate liideste suurt hulka, võib mõni testitava liidese link hõlpsasti vahele jääda.
- Kuna integreerimise testimist saab alustada alles pärast "kõigi" moodulite väljatöötamist, jääb testimismeeskonnal testimise etapis vähem aega täitmiseks.
- Kuna kõiki mooduleid testitakse korraga, ei eraldata kõrge riskiga kriitilisi mooduleid ja testitakse neid prioriteetselt. Samuti ei ole isoleeritud ja prioriteetselt testitud kasutajaliidestega perifeersed moodulid.
Järktestimine
Aastal Lisanduv testimine lähenemisviisi, katsetamine tehakse ühendada kaks või mitu moodulit, mis on loogiliselt üksteisega seotud ja seejärel testiti nõuetekohaseks toimimiseks taotluse. Seejärel integreeritakse muud seotud moodulid järk-järgult ja protsess jätkub seni, kuni kõik loogiliselt seotud moodulid on edukalt integreeritud ja testitud.
Inkrementaalne lähenemine viiakse läbi omakorda kahe erineva meetodiga:
- Põhjani
- Ülevalt alla
Stubid ja draiverid
Stubs and Drivers on integreerimistestimise näivprogrammid, mida kasutatakse tarkvara testimise hõlbustamiseks. Need programmid toimivad testimisel puuduvate mudelite asendajana. Nad ei rakenda kogu tarkvaramooduli programmeerimisloogikat, kuid simuleerivad testimise ajal andmesidet kutsumismooduliga.
Stub : seda kutsub testitav moodul.
Draiver : kutsub moodulit testima.
Alt ülespoole integreerimise testimine
Alt ülespoole integreerimise testimine on strateegia, kus kõigepealt testitakse madalama taseme mooduleid. Neid testitud mooduleid kasutatakse seejärel kõrgema taseme moodulite testimise hõlbustamiseks. Protsess jätkub kuni kõigi tipptasemel moodulite testimiseni. Kui madalama taseme moodulid on testitud ja integreeritud, moodustatakse järgmine moodulite tase.
Skeemiline esitus :
Eelised:
- Vigade lokaliseerimine on lihtsam.
- Erinevalt Big-bang lähenemisviisist ei raiska aega kõigi moodulite väljatöötamise ootamine
Puudused:
- Kriitilisi mooduleid (tarkvaraarhitektuuri tipptasemel), mis kontrollivad rakenduste voogu, testitakse viimasena ja need võivad olla defektid.
- Varajane prototüüp pole võimalik
Ülalt alla integreerimise testimine
Ülalt alla integreerimise testimine on meetod, kus integreerimise testimine toimub ülevalt alla, järgides tarkvarasüsteemi juhtimisvoogu. Kõigepealt testitakse kõrgema taseme mooduleid ning seejärel testitakse ja integreeritakse madalama taseme mooduleid, et kontrollida tarkvara funktsionaalsust. Stubid kasutatakse testimiseks, kui mõned moodulid pole valmis.
Skeemiline esitus:
Eelised:
- Vigade lokaliseerimine on lihtsam.
- Varajase prototüübi hankimise võimalus.
- Kriitilisi mooduleid testitakse prioriteetselt; kõigepealt võiks leida ja kõrvaldada suuremad disainivead.
Puudused:
- Vajab palju kände.
- Madalama taseme mooduleid testitakse ebapiisavalt.
Võileiva testimine
Sandwichi testimine on strateegia, kus tipptasemel mooduleid testitakse madalama taseme moodulitega, samal ajal integreeritakse madalamaid mooduleid tippmoodulitega ja testitakse süsteemina. See on kombinatsioon ülalt alla ja alt üles lähenemisviisidest, seetõttu nimetatakse seda hübriidintegratsiooni testimiseks . See kasutab nii salve kui ka draivereid.
Kuidas teha integreerimise testimist?
Integreerimiskatse protseduur, olenemata tarkvara testimise strateegiatest (käsitletud eespool):
- Valmistage ette integratsioonikatsete kava
- Kujundage teststsenaariumid, juhtumid ja skriptid.
- Katsejuhtumite läbiviimine, millele järgneb defektidest teatamine.
- Defektide jälgimine ja uuesti testimine.
- Samme 3 ja 4 korratakse seni, kuni integreerimise lõpuleviimine õnnestub.
Integreerimiskatsete plaanide lühikirjeldus:
See sisaldab järgmisi atribuute:
- Testimise meetodid / lähenemisviisid (nagu eespool käsitletud).
- Integreerimise testimise ulatus ja reguleerimisalast välja jäävad elemendid.
- Rollid ja vastutused.
- Integratsiooni testimise eeltingimused.
- Testimiskeskkond.
- Riski- ja leevenduskavad.
Integratsiooni testimise sisenemise ja väljumise kriteeriumid
Sisenemise ja väljumise kriteeriumid integreerimise testimise faasi mis tahes tarkvaraarenduse mudelis
Riiki sisenemise kriteeriumid:
- Üksuse testitud komponendid / moodulid
- Kõik kõrge prioriteediga vead on fikseeritud ja suletud
- Kõik moodulid tuleb kood lõpule viia ja edukalt integreerida.
- Integreerimiskatsed Plaan, testjuhtum, stsenaariumid, mis tuleb allkirjastada ja dokumenteerida.
- Integreerimise testimiseks tuleb seadistada nõutav testikeskkond
Väljumise kriteeriumid:
- Integreeritud rakenduse edukas testimine.
- Täidetud testjuhtumid on dokumenteeritud
- Kõik kõrge prioriteediga vead on fikseeritud ja suletud
- Esitatavad tehnilised dokumendid, millele järgnevad väljalaskemärkused.
Parimad tavad / juhised integratsioonitestimiseks
- Kõigepealt määrake kindlaks integreerimiskatse strateegia, mida saaks vastu võtta, ja valmistage hiljem ette testijuhtumid ja testiandmed.
- Uurige rakenduse arhitektuuriprojekti ja tuvastage kriitilised moodulid. Neid tuleb prioriteetselt testida.
- Hankige arhitektuurimeeskonnalt liidese kujundused ja looge testjuhtumid kõigi liideste üksikasjalikuks kontrollimiseks. Andmebaasi / välise riistvara / tarkvararakenduse liidest tuleb üksikasjalikult testida.
- Pärast testimisjuhtumeid mängib kriitilist rolli testiandmed.
- Enne käivitamist laske prooviandmed alati ette valmistada. Ärge valige testandmete täitmise ajal testiandmeid.