Kas yra integracijos testavimas?
INTEGRACIJOS TESTAVIMAS apibrėžiamas kaip bandymų tipas, kai programinės įrangos moduliai yra integruoti logiškai ir testuojami kaip grupė. Tipišką programinės įrangos projektą sudaro keli programinės įrangos moduliai, kuriuos užkoduoja skirtingi programuotojai. Šio lygio bandymų tikslas - atskleisti šių programinės įrangos modulių sąveikos defektus, kai jie yra integruoti
„Integration Testing“ pagrindinis tikslas yra patikrinti duomenų ryšį tarp šių modulių. Taigi jis taip pat vadinamas „I & T“ (integravimas ir testavimas), „stygų testavimas“ ir kartais „sriegio testavimas“ .
- Kas yra integracijos testavimas?
- Kodėl reikia atlikti integracijos testavimą?
- Integracijos bandymo atvejo pavyzdys
- Integracijos testavimo metodai, strategijos, metodikos
- Didžiojo sprogimo požiūris:
- Prieauginis požiūris
- Kas yra „Stub“ ir „Driver“?
- Integracija iš apačios į viršų
- Integracija iš viršaus į apačią:
- Hibridinė / sumuštinių integracija
- Kaip atlikti integracijos testavimą?
- Trumpas integracijos testų planų aprašymas:
- Integracijos testavimo įėjimo ir išėjimo kriterijai
- Geriausia integracijos testavimo praktika / gairės
Kodėl reikia atlikti integracijos testavimą?
Nors kiekvienas programinės įrangos modulis yra išbandytas vienetu, defektai vis dar egzistuoja dėl įvairių priežasčių, pvz
- Modulį paprastai kuria individualus programinės įrangos kūrėjas, kurio supratimas ir programavimo logika gali skirtis nuo kitų programuotojų. Integracijos testavimas tampa būtinas norint patikrinti, ar programinės įrangos moduliai veikia vieningai
- Kuriant modulį, yra didelė tikimybė, kad klientai pakeis reikalavimus. Šie nauji reikalavimai gali būti neišbandyti vienetu, todėl būtina atlikti sistemos integravimo testavimą.
- Programinės įrangos modulių sąsajos su duomenų baze gali būti klaidingos
- Išorinės aparatinės įrangos sąsajos, jei tokių yra, gali būti klaidingos
- Dėl netinkamo išimčių tvarkymo gali kilti problemų.
Spustelėkite čia, jei vaizdo įrašas nepasiekiamas
Integracijos bandymo atvejo pavyzdys
„Integration Test Case“ skiriasi nuo kitų bandymų atvejų tuo, kad daugiausia dėmesio skiriama sąsajoms ir duomenų / informacijos srautui tarp modulių . Čia pirmenybė turi būti teikiama integruotoms nuorodoms, o ne jau patikrintoms vieneto funkcijoms.
Integracijos bandymo atvejų pavyzdžiai pagal šį scenarijų: Programoje yra 3 moduliai: „Prisijungimo puslapis“, „Pašto dėžutė“ ir „Ištrinti el. Laiškus“. Kiekvienas iš jų yra logiškai integruotas.
Čia nereikia daug dėmesio skirti prisijungimo puslapio testavimui, nes tai jau buvo padaryta skyriuje „Testavimas“. Bet patikrinkite, kaip jis susietas su pašto dėžutės puslapiu.
Panašiai ir „Mail Box“: patikrinkite jo integravimą į „Pašalinti laiškus“ modulį.
| Bandomojo atvejo ID | Bandomojo atvejo tikslas | Bandomojo atvejo aprašymas | tikėtinas rezultatas |
|---|---|---|---|
| 1 | Patikrinkite sąsajos ryšį tarp prisijungimo ir pašto dėžutės modulio | Įveskite prisijungimo duomenis ir spustelėkite mygtuką Prisijungti | Turi būti nukreiptas į Pašto dėžutę |
| 2 | Patikrinkite sąsajos ryšį tarp „Mailbox“ ir „Delete Mails“ modulio | Pašto dėžutėje pasirinkite el. Paštą ir spustelėkite ištrynimo mygtuką | Pasirinktas el. Paštas turėtų būti rodomas aplanke Ištrinta / Šiukšliadėžė |
Integracijos testavimo metodai, strategijos, metodikos
Programinės įrangos inžinerija apibrėžia įvairias integracijos testavimo strategijas, t.
- Didžiojo sprogimo požiūris:
- Prieauginis požiūris: kuris dar skirstomas į šiuos
- Metodas iš viršaus į apačią
- Metodas iš apačios į viršų
- Sumuštinių metodas - „iš viršaus žemyn“ ir „iš apačios į viršų“ derinys
Žemiau pateikiamos skirtingos strategijos, jų vykdymo būdas, jų apribojimai ir privalumai.
Didžiojo sprogimo testavimas
„Didžiojo sprogimo“ testavimas yra integracijos testavimo metodas, kai visi komponentai ar moduliai yra integruojami vienu metu ir tada išbandomi kaip vienetas. Šis bendras komponentų rinkinys bandymo metu laikomas esybe. Jei visi įrenginio komponentai nėra baigti, integravimo procesas nebus vykdomas.
Privalumai:
- Patogu mažoms sistemoms.
Trūkumai:
- Gedimų lokalizavimas yra sunkus.
- Atsižvelgiant į daugybę sąsajų, kurias reikia išbandyti taikant šį metodą, kai kurių bandomų sąsajų nuorodų galima lengvai praleisti.
- Kadangi integracijos testavimas gali prasidėti tik sukūrus „visus“ modulius, testavimo komanda turės mažiau laiko vykdyti testavimo etape.
- Kadangi visi moduliai yra išbandomi vienu metu, didelės rizikos kritiniai moduliai nėra izoliuoti ir išbandomi pagal prioritetą. Periferiniai moduliai, tvarkantys vartotojo sąsajas, taip pat nėra izoliuoti ir išbandomi pagal prioritetą.
Papildomas testavimas
Taikant „ Inkremental Testing“ metodą, bandymai atliekami integruojant du ar daugiau modulių, kurie yra logiškai susiję vienas su kitu ir po to patikrinami, ar tinkamai veikia programa. Tada kiti susiję moduliai integruojami palaipsniui ir procesas tęsiasi tol, kol visi logiškai susiję moduliai bus integruoti ir sėkmingai išbandyti.
Savo ruožtu laipsniškas požiūris atliekamas dviem skirtingais metodais:
- Iki dugno
- Iš viršaus į apačią
Stūmokliai ir vairuotojai
Sąvokos ir tvarkyklės yra integruoto testavimo fiktyvios programos, naudojamos palengvinti programinės įrangos testavimo veiklą. Šios programos veikia kaip trūkstamų bandymų modelių pakaitalai. Jie neįgyvendina visos programinės įrangos modulio programavimo logikos, tačiau bandydami imituoja duomenų ryšį su skambinančiu moduliu.
Stub : Skambina bandomas modulis.
Vairuotojas : kviečia išbandyti modulį.
„Iš apačios į viršų“ integracijos testavimas
„Iš apačios į viršų“ integracijos testavimas yra strategija, kurioje pirmiausia išbandomi žemesnio lygio moduliai. Šie išbandyti moduliai vėliau naudojami siekiant palengvinti aukštesnio lygio modulių testavimą. Procesas tęsiasi tol, kol bus išbandyti visi aukščiausio lygio moduliai. Išbandžius ir integravus žemesnio lygio modulius, bus suformuotas kitas modulių lygis.
Diagramos pavaizdavimas :
Privalumai:
- Gedimų lokalizavimas yra lengvesnis.
- Nėra laiko sugaišta laukiant, kol visi moduliai bus sukurti, skirtingai nuo „Big-bang“ metodo
Trūkumai:
- Kritiniai moduliai (aukščiausiu programinės įrangos architektūros lygiu), kurie valdo programų srautą, yra išbandomi paskutiniai ir gali būti linkę į defektus.
- Ankstyvas prototipas neįmanomas
„Iš viršaus į apačią“ integracijos testavimas
„Iš viršaus į apačią“ integracijos testavimas yra metodas, kai integracijos testavimas vyksta iš viršaus į apačią, sekant programinės įrangos sistemos valdymo srautą. Pirmiausia išbandomi aukštesnio lygio moduliai, o po to - žemesnio lygio moduliai, siekiant patikrinti programinės įrangos funkcionalumą. Kai kurie moduliai nėra paruošti, bandymai naudojami.
Diagramos pavaizdavimas:
Privalumai:
- Gedimų lokalizavimas yra lengvesnis.
- Galimybė gauti ankstyvą prototipą.
- Kritiniai moduliai išbandomi pagal prioritetą; pirmiausia būtų galima rasti ir ištaisyti pagrindinius dizaino trūkumus.
Trūkumai:
- Reikia daugybės stubų.
- Žemesnio lygio moduliai išbandomi netinkamai.
Sumuštinių bandymai
Sandwich Testing yra strategija, kai aukščiausio lygio moduliai yra išbandomi su žemesnio lygio moduliais, tuo pačiu metu žemesni moduliai yra integruojami su aukščiausio lygio moduliais ir išbandomi kaip sistema. Tai yra „iš viršaus į apačią“ ir „iš apačios į viršų“ metodų derinys, todėl jis vadinamas hibridiniu integracijos testavimu . Tai naudoja tiek kūgius, tiek vairuotojus.
Kaip atlikti integracijos testavimą?
Integravimo testo procedūra, neatsižvelgiant į programinės įrangos testavimo strategijas (aptarta aukščiau):
- Paruoškite integracijos testų planą
- Sukurkite testavimo scenarijus, bylas ir scenarijus.
- Bandymo atvejų atlikimas, po kurio pranešama apie defektus.
- Defektų sekimas ir pakartotinis patikrinimas.
- 3 ir 4 žingsniai kartojami tol, kol sėkmingai užbaigiama integracija.
Trumpas integracijos testų planų aprašymas:
Jame yra šie atributai:
- Testavimo metodai / metodai (kaip aptarta aukščiau).
- Integracijos testavimo sritys ir taikymo srities ribos.
- Vaidmenys ir atsakomybė.
- Būtinosios sąlygos integracijos testavimui.
- Testavimo aplinka.
- Rizikos ir mažinimo planai.
Integracijos testavimo įėjimo ir išėjimo kriterijai
Įėjimo ir išėjimo kriterijai į integracijos testavimo etapą bet kuriame programinės įrangos kūrimo modelyje
Patekimo kriterijai:
- Išbandyti komponentai / moduliai
- Visos aukšto prioriteto klaidos ištaisytos ir uždarytos
- Visi moduliai turi būti užbaigti ir sėkmingai integruoti.
- Integracijos testai Planas, bandymo atvejis, scenarijai, kuriuos reikia pasirašyti ir patvirtinti dokumentais.
- Reikalinga bandymo aplinka turi būti sukurta integracijos bandymams
Išėjimo kriterijai:
- Sėkmingas integruotos programos testavimas.
- Vykdomos bandymo bylos yra dokumentuojamos
- Visos aukšto prioriteto klaidos ištaisytos ir uždarytos
- Pateikiami techniniai dokumentai, po kurių pateikiamos išleidimo pastabos.
Geriausia integracijos testavimo praktika / gairės
- Pirmiausia nustatykite integracijos testavimo strategiją, kuri galėtų būti priimta, ir vėliau paruoškite bandymo atvejus ir testo duomenis.
- Išnagrinėkite programos architektūros dizainą ir nustatykite kritinius modulius. Jie turi būti išbandyti pirmiausia.
- Gaukite sąsajos dizainą iš „Architectural“ komandos ir sukurkite bandomuosius atvejus, kad išsamiai patikrintumėte visas sąsajas. Turi būti išsamiai išbandyta sąsaja su duomenų baze / išorine aparatine ir programine įranga.
- Po bandomųjų atvejų kritinį vaidmenį atlieka testo duomenys.
- Prieš vykdydami, visada paruoškite bandomuosius duomenis. Nepasirinkite bandymo duomenų vykdydami bandymo atvejus.