Čo je testovanie integrácie
S pokrokom v oblasti informačných technológií sa veci pre nás, ľudí a doslova zjednodušujú, a to všetko sa dá urobiť iba na moment našich prstov. Predtým, ako sa to dá urobiť, je za tým veľa práce a najdôležitejšie zo všetkého „LOGIC“ je za tým. Teraz sme niekedy videli, že niektoré funkcie nefungujú presne podľa očakávaní alebo výsledky odvodené zo softvéru nezodpovedajú našim očakávaniam, a preto testovanie softvéru hrá dôležitú úlohu. Na nápravu porúch v systémoch s cieľom získať správne / očakávané výsledky je testovanie softvéru.
Aby sme pochopili, čo znamená testovanie integrácie, musíme najskôr pochopiť, čo znamená testovanie softvéru! Testovanie softvéru je činnosť na overenie, či je výstup / výsledok testu rovnocenný s očakávaným výstupom / výsledkom, čo znamená, že softvér správne beží. Výsledok získaný po spustení určitého softvéru / systému sa musí zhodovať s výsledkom, ktorý sa očakáva ako výstup zo softvéru / systému; ak tak neurobí, softvér sa musí prepísať znova alebo je potrebné vykonať určité zmeny vo vnútri kódu.
Softvérové testovanie softvérového systému sa vykonáva na rôznych úrovniach. Úrovne testovania sú znázornené takto:
Z chronologického hľadiska sa testovanie integrácie uskutoční po prvom kroku „Testovanie jednotky“. Ako vyplýva z názvu integrácie, textová definícia Integration Testing je „Jednotlivé softvérové moduly sa kombinujú a testujú spolu ako skupina“. V softvéri to znamená veľa komponentov. Tieto mnohé komponenty spolu vytvárajú softvérový systém. Tento softvérový systém sa testuje spoločne a úroveň testovania, na ktorej sa testuje, sa nazýva testovanie integrácie. Takže keď sa tieto moduly kombinujú, výsledok, ktorý sa z neho získa, musí byť rovnocenný očakávanému výsledku, to je miesto, kde súčasťou je testovanie integrácie. Hlavným účelom integračného testovania je skontrolovať, či jednotlivé moduly spolu pracujú správne.
Tiež známy ako I & T (integrácia a testovanie) môže pomôcť pri testovaní jednotlivca, ako aj pri testovaní celého modulu. Je súčasťou testovania čiernej skrinky aj bielej skrinky. Väčšina organizácií testuje svoj softvér iba pomocou metodík Unit Testing a Functional Testing.
Druhy a prístupy
Existujú štyri typy a prístupy integračného testovania, ktoré sú uvedené nižšie:
- Big bang prístup
- Prístup zdola nahor
- Prístup zhora nadol
- Hybrid / Sandwich
1. Prístup s veľkým treskom:
Vyvinuté moduly / komponenty softvérových systémov sú navzájom spojené. Tieto jednotlivé moduly sa spolu skúšajú. Po testovaní jednotky sa tieto moduly testujú spolu, ktoré tvoria softvérový systém. Ale niektorí z nás môžu mať túto otázku, ako sa líši testovanie softvérového systému ako celku a testovanie integrácie? Hlavná vec, ktorej tu rozumieme, je, že pri integračnom testovaní sa testovanie vykonáva pre jednotlivé moduly spolu, po vykonaní jednotkových testov; a pri testovaní softvérového systému sa celý systém testuje so zohľadnením všetkých parametrov.
Nasledujúci diagram zobrazuje presne to, čo znamená testovanie integrácie pomocou systému Big Bang:
S prístupom s veľkým treskom sú spojené niektoré výhody a nevýhody:
výhody:
- Je veľmi výhodné pristupovať, ak sú systémy malé. Keďže čas potrebný na tento prístup je viac, veľké systémy môžu viesť k väčšej spotrebe času.
- Detekcia porúch je s týmto malým systémom veľmi jednoduchá
nevýhody:
- Keďže sú všetky moduly spojené, v prípade výskytu chýb v systémoch je ťažké ich zistiť.
- Niektoré moduly sú veľmi dôležité a je potrebné ich otestovať. Tieto moduly sa musia pred použitím v systéme otestovať. Počas testovania integrácie sa však tieto moduly nemusia testovať efektívne, pretože všetky moduly sú navzájom spojené.
- Čas potrebný pre celý softvérový systém je omnoho viac ako iné prístupy k testovaniu integrácie.
- Prepojenie modulov môže nejaký čas trvať, čo môže mať za následok zabratie času celého času spracovania softvérového systému.
- Čas potrebný na tento prístup je dlhší, pretože mnoho modulov je spojených a testovanie každého modulu zaberie viac času.
2. Prístup zdola nahor
Pri tomto prístupe sa nízkoúrovňové moduly testujú ako prvé, spoločne a jednotlivo. Všetky moduly spodnej úrovne sú integrované, čo zahŕňa, funkcie a postupy a všetko je spojené a testované. Pomáha to pri testovaní modulov vyššej úrovne, pretože tvorí základ pre ne. Tento postup sa opakuje, aby sa všetky moduly od spodnej úrovne po modul najvyššej úrovne dôkladne testovali. Jednoducho povedané, testovanie začína od vnútorných a od najspodnejších modulov a postupne smeruje nahor. Teraz, ako je uvedené v diagrame, sa pri tom berie pomoc vodiča. Čo je to vodič a ako pomáha? Ako naznačuje tok, moduly najvyššej úrovne nie je možné integrovať do systému dovtedy, kým sa nevykonáva a nespája testovanie spodnej úrovne. Vodič tu preto pomáha pri spájaní modulov spodnej a najvyššej úrovne a pracuje ako médium alebo v technickom termíne ako funkcia volania.
výhody:
- Vývoj jednotlivých modulov sa môže vykonať pri použití prístupu integračného testovania zdola nahor, pretože testovanie prepojenia a integrácie sa vykonáva po prvom testovaní modulov spodnej úrovne.
- Ak existuje / vznikne nejaká chyba, je možné ju opraviť v rovnakom čase a na rovnakej úrovni. Identifikácia a oprava chýb je omnoho jednoduchšia ako iné prístupy.
- Čas potrebný na identifikáciu chyby a opravu chýb je omnoho kratší v porovnaní s inými prístupmi.
- Chyby môžu byť riešené na spodnej úrovni tej istej úrovne alebo na najvyššej úrovni.
nevýhody:
- Čas potrebný na celý proces je dlhší, proces testovania sa neskončí, kým nie sú zahrnuté a otestované všetky moduly oboch, horná aj dolná úroveň.
- Ovládače sú potrebné na volanie modulov vysokej úrovne
- Ak softvérový systém obsahuje stále viac a viac malých, ale zložitých modulov, dokončenie procesu testovania softvéru môže trvať dlhšie.
3. Prístup zhora nadol
Tento prístup ide presne opačne ako prístup zdola nahor. Moduly najvyššej úrovne sa najprv testujú a potom sa testujú súčasne aj ďalšie moduly nižšej úrovne. Najvyššie moduly sa najprv testujú jednotlivo, ako sa vykonáva testovanie špeciálnych jednotiek pre najvyšší modul a prípadne sa zohľadňujú a testujú ďalšie moduly. Prístup zhora nadol vyžaduje funkciu volania rovnako ako prístup zdola nahor nazývaný Stubs. Výčnelky sú logické príkazy krátkeho kódu, ktoré sa používajú na prijímanie vstupov z modulov najvyššej úrovne a prípadne na volanie modulov spodnej úrovne na integráciu a testovanie.
výhody:
- Pri tomto postupe sa dajú ľahko zistiť chyby alebo chyby.
- Kľúčové moduly sú dôkladne testované a pred ostatnými modulmi.
- Testovanie integrácie softvérového systému sa môže vykonať v kratšom čase v porovnaní s inými prístupmi.
nevýhody:
- Moduly spodnej úrovne nemusia byť testované na očakávanú úroveň alebo nemusia byť testované podľa požiadaviek.
- Črepy sú potrebné a sú potrebné pre ďalší postup testovania.
4. Hybridný / sendvičový prístup
Známe tiež ako testovanie zmiešanej integrácie. Prístup zdola nahor a prístup zdola nahor sú do tohto prístupu kombinované. Preto je známy ako hybridný alebo sendvičový alebo zmiešaný integračný testovací prístup. Tento prístup sa používa na zakrytie výpadkov oboch prístupov jednotlivo. Najvyšší modul je testovaný na jednotke a súčasne sú integrované moduly spodnej úrovne a testované s modulmi najvyššej úrovne.
výhody:
- Väčšinou sa používa na veľké projekty a vyžaduje si veľa času na dokončenie.
nevýhody:
- Náklady na tento typ testovania sú dosť vysoké, pretože obidva prístupy sa používajú pri dokončení testovania.
Výhody testovania integrácie
- Testovanie integrácie rôznych modulov súčasne je jednoduché.
- Môže byť použitý v počiatočnej aj neskoršej fáze procesu testovania.
- Pokrytie dĺžkou kódu je v porovnaní s inými technikami testovania softvéru, pretože je možné použiť prístup zdola nahor aj zhora nadol.
- Podľa zmien v požiadavkách sa vývoj líši, takže testovanie modulov na rôznych úrovniach sa stáva dôležitým, pre ktoré je možné integračné testovanie ľahko použiť.
Prečo sa používa testovanie integrácie
- Ľudia, ktorí boli v IT priemysle, môžu vedieť o neustálych zmenách, ktoré sa dejú. Každý deň sa podľa požiadaviek vyvíja potreba určitých zmien v softvérovom systéme, takže sa každý deň vyvíjajú nové opravy kódu. Teraz, keď sú tieto prepojenia spojené do jedného softvéru. Aby sme to mohli skontrolovať, testovanie integrácie a jeho prístupy sú nevyhnutné.
- Ak sa komplexný alebo obrovský softvér kóduje alebo vytvára, klasifikuje sa do samostatných modulov. Mnoho ľudí pracuje na týchto moduloch súčasne, ale keď sú tieto moduly integrované, testovanie sa vykonáva. Vo väčšine prípadov si integrácia modulov vyžaduje testovanie integrácie pred tým, ako sa ďalej spracúva.
- Väčšina softvérových aplikácií vyžaduje, aby niektoré podporované knižnice fungovali. Testovanie integrácie sa vykonáva, keď sa tieto knižnice používajú spolu s vyvinutým kódom.
- Integrácia sa stáva nevyhnutnosťou pri vývoji softvéru, pretože chyby môžu byť odstránené na stanovenej úrovni. Teraz, keď vieme o prístupoch, jeden z prístupov sa na to môže použiť.
Prípady testovania integrácie
Zvážte, že staviame jeden softvér na správu zamestnancov. Tento softvér má tri hlavné aspekty:
- Prihlásenie zamestnanca
- Správa zamestnanca
- Stránka na označenie platov zamestnancov a úroveň platov
Teraz, po zvážení vyššie uvedeného prípadu, sa najprv vyvinie softvér a tok by mal byť registrácia zamestnanca (zadávanie hodnôt, napr .: id zamestnanca, meno, telefónne číslo atď.). Po správnom zadaní by sa malo presmerovať na čistú stránku, na ktorú sa stránka s informáciami o zamestnancoch vzťahuje. Ak tu zamestnanec nie je nasmerovaný na stránku s prehľadmi a priamo na stránku s informáciami o mzdách, potom ide o chybu. Aby sa to napravilo, vykonáva sa tok, sled činností, testovanie integrácie.
Ďalším príkladom integračného testovania by mohlo byť:
Denne kontrolujeme naše e-maily. Všetci poskytovatelia e-mailových služieb nám poskytujú rovnakú funkcionalitu.
Login-> Inbox->Send / Delete Mail-> Logout
Teraz, keď sa prihlásime do ich serverov, najprv sa skontroluje správnosť hodnôt, to znamená testovanie jednotiek. Teraz, keď sa prihlasovacie údaje zhodujú, by nás prihlasovacia stránka mala presunúť na stránku doručenej pošty. To je očakávaný výsledok. Ak nás neprevedie na stránku Doručená pošta, namiesto toho nás prenesie do nejakého nevyžiadaného priečinka, stáva sa to prípadom testovania integrácie. To isté platí pre odosielanie a odstraňovanie e-mailov.
Ďalšími prípadmi môžu byť:
- Po úspešnej registrácii v akejkoľvek online / offline aplikácii by sa pred používateľom mala zobraziť správa na displeji.
- Bankové aplikácie by mali používateľov nasmerovať na požadovanú stránku so súhrnom účtu.
- Po úspešnom prihlásení do aplikácií sociálnych médií by sa mala zobraziť predvolená stránka, napríklad: Domov / Profil pre Facebook.
záver
S toľkými pokrokmi v oblasti IT každý deň a toľkými vývojármi, ktorí sedia na rôznych miestach a pracujú na tom istom softvéri, sa testovanie integrácie stalo nevyhnutnosťou. Vďaka svojim prístupom sa testovanie integrácie dá použiť s malými aj veľkými softvérovými aplikáciami. Integračné testovanie, ktoré je uprostred úrovní testovania softvéru a má toľko výhod, sa stáva stále dôležitejším pre klientov komerčnej úrovne a pravidelná kontrola pomáha udržiavať softvér neporušený.
Odporúčané články
Toto bol návod na testovanie integrácie. Tu sme diskutovali o niektorých základných pojmoch, definícii, typoch a prístupoch, s výhodami a nevýhodami. Viac informácií nájdete aj v ďalších navrhovaných článkoch -
- Kariéra v testovaní softvéru
- Kariéra pre vývojárov softvéru
- Čo je testovanie čiernych skriniek
- Užitočné kariéry ako softvérový inžinier