Co je integrační testování
S pokrokem v oblasti informačních technologií se věci pro nás, lidi a doslova mnohem jednodušší a všechno doslova dá udělat jen na okamžik našich prstů. Než to však bude možné udělat, je za tím hodně práce a nejdůležitější ze všech „LOGIC“. Nyní jsme někdy viděli, že některé funkce nefungují přesně podle očekávání nebo výsledky odvozené ze softwaru neodpovídají našim očekáváním, a proto hraje testování softwaru důležitou roli. Opravit chyby v systémech tak, aby bylo dosaženo správných / očekávaných výsledků, je testování softwaru.
Abychom pochopili, co testování integrace znamená, musíme nejprve pochopit, co testování softwaru znamená! Testování softwaru je aktivita ke kontrole, zda je výstup / výsledek testu ekvivalentní očekávanému výstupu / výsledku, což znamená, že software správně běží. Výsledek, který je získán po spuštění určitého softwaru / systému, se musí shodovat s výsledkem, který se očekává jako výstup ze softwaru / systému; pokud tak neučiní, je třeba software přepsat znovu nebo je třeba provést určité změny uvnitř kódu.
Softwarové testování softwarového systému se provádí na různých úrovních. Úrovně testování jsou znázorněny následovně:
Chronologicky je testování integrace provedeno po prvním kroku, „Testování jednotky“. Jak název integrace jde, textová definice Integration Testing je „Jednotlivé softwarové moduly jsou kombinovány a testovány společně, jako skupina“. To znamená, že v softwaru existuje mnoho komponent. Těchto mnoho komponent společně vytváří softwarový systém. Tento softwarový systém je testován společně a testovací úroveň, na které je testován, se nazývá integrační testování. Když se tedy tyto moduly kombinují, musí být výsledek, který je z něj získán, rovnocenný očekávanému výsledku, a proto součástí integračního testování. Hlavním účelem testování integrace je zkontrolovat, zda jednotlivé moduly spolupracují správně.
Také známý jako I & T (integrace a testování) může pomoci při testování jednotlivce i při testování celého modulu. Je součástí testů Black Box i White Box. Většina organizací otestuje svůj software pouze pomocí metodik Unit Testing a Functional Testing.
Druhy a přístupy
Níže jsou uvedeny čtyři typy a přístupy integračního testování:
- Velký třesk přístup
- Přístup zdola nahoru
- Přístup shora dolů
- Hybridní / sendvič
1. Přístup s velkým třeskem:
Vyvinuté moduly / komponenty softwarových systémů jsou spojeny dohromady. Tyto jednotlivé moduly se spolu spojují. Po testování jednotky jsou tyto moduly testovány společně, které tvoří softwarový systém. Ale někteří z nás, mohou mít tuto otázku, jak se liší testování softwarového systému jako celku a testování integrace? Hlavní věc, kterou zde rozumíme, je, že při testování integrace je testování provedeno pro jednotlivé moduly dohromady, po provedení jednotkových testů; a při testování softwarového systému je celý systém testován se všemi uvažovanými parametry.
Následující diagram přesně zobrazuje, co znamená testování integrace pomocí Velkého třesku:
S přístupem s velkým třeskem jsou spojeny některé výhody a nevýhody:
Výhody:
- Je velmi výhodné přistupovat, pokud jsou systémy malé. Vzhledem k tomu, že doba potřebná pro tento přístup je delší, mohou velké systémy vést k vyšší spotřebě času.
- Díky malým systémům je detekce chyb velmi snadná
Nevýhody:
- Vzhledem k tomu, že jsou všechny moduly spojeny, dojde-li v systémech k nějaké poruše, je obtížné ji najít.
- Některé moduly jsou velmi důležité a je třeba je otestovat. Tyto moduly musí být před použitím v systému vyzkoušeny. Během testování integrace však nemusí být tyto moduly testovány efektivně, protože všechny moduly jsou spojeny dohromady.
- Čas, který zabere celý softwarový systém, je mnohem více než jiné přístupy k testování integrace.
- Propojení modulů může nějakou dobu trvat, což může vést k tomu, že se zabere celková doba procesu softwarového systému.
- Čas potřebný pro tento přístup je delší, protože mnoho modulů je spojeno dohromady a testování každého modulu zabere více času.
2. Přístup zdola nahoru
V tomto přístupu jsou moduly nízké úrovně testovány nejprve společně a jednotlivě. Všechny moduly spodní úrovně jsou integrovány, což zahrnuje, funkce a postupy a vše je spojeno a testováno. To pomáhá při testování modulů vyšší úrovně, protože pro ně tvoří základ. Tento postup se opakuje, aby byly všechny moduly od spodní úrovně po nejvyšší úroveň modulu důkladně testovány. Zjednodušeně řečeno, testování začíná z vnitřních a nejspodnějších modulů a postupně směřuje nahoru. Nyní, jak je uvedeno v diagramu, je při tom použita pomoc řidiče. Co je to ovladač a jak pomáhá? Jak naznačuje tok, moduly nejvyšší úrovně nemohou být integrovány do systému, dokud a dokud nebude provedeno a připojeno testování modulu spodní úrovně. Řidič zde proto pomáhá při propojování modulů dolní úrovně a nejvyšší úrovně a pracuje jako médium nebo z technického hlediska jako funkce volání.
Výhody:
- Vývoj jednotlivých modulů lze provádět při použití přístupu integračního testování zdola nahoru, protože testování spojování a integrace se provádí po prvním testování modulů spodní úrovně.
- Pokud existuje / vznikne nějaká chyba, lze ji opravit současně a na stejné úrovni. Identifikace a oprava chyb je mnohem jednodušší než u jiných přístupů.
- Čas potřebný pro identifikaci chyb a opravu chyb je mnohem menší ve srovnání s jinými přístupy.
- Chyby lze řešit na spodní úrovni stejné úrovně nebo na nejvyšší úrovni.
Nevýhody:
- Čas potřebný pro celý proces je více, proces testování nekončí, dokud nebudou zahrnuty a otestovány všechny moduly jak horní, tak spodní úrovně.
- Řidiči jsou nezbytní pro volání modulů vysoké úrovně
- Pokud softwarový systém obsahuje stále více malých, ale složitých modulů, může dokončení procesu testování softwaru trvat déle.
3. Přístup shora dolů
Tento přístup jde přesně opačně než přístup zdola nahoru. Moduly nejvyšší úrovně se nejprve testují a poté se testují současně i další moduly nižší úrovně. Nejvyšší moduly se nejprve testují jednotlivě, jako se provádí testování specializovaných jednotek pro nejvyšší modul a případně se berou v úvahu a testují další moduly. Přístup shora dolů vyžaduje funkci volání stejně jako přístup zdola nahoru nazývaný Stubs. Útržky jsou logické příkazy s krátkým kódem, které se používají k přijímání vstupů z modulů nejvyšší úrovně a případně k volání modulů spodní úrovně pro integraci a testování.
Výhody:
- Při tomto přístupu lze snadno zjistit chyby nebo chyby.
- Klíčové moduly jsou důkladně testovány a před ostatními moduly.
- Testování integrace softwarového systému lze provést za kratší dobu ve srovnání s jinými přístupy.
Nevýhody:
- Moduly spodní úrovně nemusí být testovány na očekávanou úroveň nebo nemusí být testovány podle požadavků.
- Čepy jsou nutné a jsou nutné pro další postup testování.
4. Hybridní / sendvičový přístup
Také známý jako testování smíšené integrace. Přístup zdola nahoru a přístup shora dolů jsou do tohoto přístupu kombinovány. Proto známý jako hybridní nebo sendvičový nebo smíšený integrační testovací přístup. Tento přístup se používá k zakrytí výpadků obou přistupovaných jednotlivě. Nejvyšší modul je testován na jednotce a současně jsou integrovány a testovány moduly nejvyšší úrovně s moduly nejvyšší úrovně.
Výhody:
- Většinou se používá pro velké projekty, které vyžadují hodně času na dokončení.
Nevýhody:
- Náklady na tento typ testování jsou poměrně vysoké, protože oba přístupy se používají při dokončení testování.
Výhody testování integrace
- Testování integrace pro různé moduly současně je snadné.
- Lze použít v raných i pozdějších fázích procesu testování.
- Pokrytí délky kódu je ve srovnání s jinými technikami testování softwaru, protože lze použít přístupy zdola nahoru i shora dolů.
- Podle změn v požadavcích se vývoj liší, takže testování modulů na různých úrovních je důležité, pro které lze snadno použít integrační testování.
Proč se používá testování integrace
- Lidé, kteří se zapojili do IT průmyslu, možná vědí o neustálých změnách, ke kterým dochází. Každý den, podle požadavků, je třeba vyvinout určité změny softwarového systému, takže každý den jsou vyvíjeny nové opravy kódu. Nyní, když jsou tyto záplaty spojeny do jednoho softwaru. Abychom to mohli zkontrolovat, je nutné provést integrační testování a jeho přístupy.
- Když je složitý nebo obrovský software kódován nebo stavěn, je klasifikován do samostatných modulů. Mnoho lidí pracuje na těchto modulech současně, ale když jsou tyto moduly integrovány, testování se provádí. Ve většině případů vyžaduje integrace modulů testování integrace, než se dále zpracovává.
- Většina softwarových aplikací vyžaduje, aby některé podpůrné knihovny fungovaly. Testování integrace se provádí, když jsou tyto knihovny použity spolu s vyvinutým kódem.
- Integrace se stává nutností při vývoji softwaru, protože chyby mohou být odstraněny na stanovené úrovni. Nyní, jak víme o přístupech, lze pro něj použít jeden z přístupů.
Případy testování integrace
Zvažte, že budujeme jeden software pro správu zaměstnanců. Tento software má tři hlavní aspekty:
- Přihlášení zaměstnance
- Zpráva o zaměstnanci
- Stránka označení platu zaměstnance a úroveň platu
Nyní, s ohledem na výše uvedený případ, je nejprve vyvinut software a tok by měl být registrace zaměstnanců (zadávání hodnot, např .: id zaměstnance, jméno, telefonní číslo atd.). Po správných vstupech by měla přesměrovat na čistou stránku, na kterou se zobrazí stránka s hlášeními zaměstnanců. Nyní, pokud zde zaměstnanec není nasměrován na stránku s přehledy a přímo na stránku s informacemi o platu, jedná se o chybu. Abychom to napravili, provádí se tok, sled činností, testování integrace.
Dalším příkladem integračního testování je:
Denně kontrolujeme naše e-maily. Všichni poskytovatelé e-mailových služeb nám poskytují stejnou funkci.
Login-> Inbox->Send / Delete Mail-> Logout
Nyní, když se přihlásíme k jejich serverům, nejprve se zkontroluje správnost hodnot, tj. Testování jednotek. Nyní, když se přihlašovací údaje shodují, by nás přihlašovací stránka měla převést na stránku doručené pošty. To je očekávaný výsledek. Pokud nás nepřevede na stránku Doručená pošta, místo toho nás převede do nějaké nevyžádané složky, stává se to případem testování integrace. Totéž platí pro odesílání a mazání e-mailů.
Jiné případy mohou být:
- Po úspěšné registraci v jakékoli online / offline aplikaci by se před uživatelem měla zobrazit zpráva na displeji.
- Bankovní aplikace by měly uživatele nasměrovat na požadovanou stránku souhrnu účtu.
- Po úspěšném přihlášení do aplikací sociálních médií by se měla zobrazit výchozí stránka, například: Domů / Profil pro Facebook.
Závěr
S tolika vylepšeními v oblasti IT, každý den a tolik vývojářů, kteří sedí na různých místech pracujících na stejném softwaru, se testování integrace stalo nutností. Díky svým přístupům lze testování integrace použít s malými i velkými softwarovými aplikacemi. Integrační testování, které je uprostřed úrovní testování softwaru a má tolik výhod, se stává stále důležitější pro klienty komerční úrovně a pravidelná kontrola pomáhá udržovat software neporušený.
Doporučené články
Toto byl průvodce integračním testováním. Zde jsme diskutovali některé základní pojmy, definice, typy a přístup s výhodami a nevýhodami. Další informace naleznete také v dalších navrhovaných článcích -
- Kariéra v testování softwaru
- Kariéra pro vývojáře softwaru
- Co je to Black Box Testing
- Užitečné kariéry jako softwarový inženýr