Integrační testování - součást rozsáhlého projektu

Bez testování spustitelného kódu nelze provést žádný vývoj softwaru. Ve skutečnosti to zabere polovinu veškerého času stráveného na vývoji a více než polovinu nákladů na projekt. Je však nedílnou součástí procesu vytváření nových aplikací, programů a systémů.

Integrační testování jako součást velké práce

Jedním ze způsobů, jak řídit kvalitu softwaru, je integrační testování, na jehož vstup jsou napájeny jednotlivé moduly testované v předchozím kroku. Na rozdíl od modulární verze, během které jsou detekovány chyby, lokalizované v každé jednotlivé funkci nebo třídě, integrační testování je hledání defektů spojených s realizací interakce mezi jednotlivými částmi produktu, který je vytvořen. Funkční testování integrace využívá metody bílé krabice, tj. inženýr kvality dostupných a známých textech každého jednotlivého modulu, jakož i zásad vzájemného působení.

Metody sestavování modulů

Monolitická metoda znamená, že všechny moduly, které budou v budoucnu podrobeny integračnímu testování, se sestaví současně. Téměř jistě existují situace, kdy část testovaného komplexu ještě není připravena.

V tomto případě je nahrazen dodatečně vyvinutými "konektory" nebo ovladači.

Spolu s monolitickou metodou je také identifikována inkrementální metoda (nazývá se také krok za krokem), protože objem testovaného kódu roste postupně, což umožňuje lokalizaci oblastí s vadami ve vzájemných vztazích mezi jednotlivými částmi.

Přírůstková metoda obsahuje dva způsoby přidání modulů:

• nahoru nebo dolů
• zdola nahoru - sestupně.

Monolitické a přírůstkové testovací funkce

Hlavní nevýhodou monolitického typu sestavy je velké množství času a nákladů na práce, které napodobují chybějící části testovaného komplexu. Zdá se, že pahýly jsou poměrně vhodným nástrojem pro testování, nicméně situace nastávají, když proces musí znovu vytvořit simulační části programu. Například v případě změn ve složení testovaných modulů. Kromě toho účinnost vyhledávání chyb není tak vysoká, když práce nejsou prováděny se skutečným výrobkem, ale pouze s figurínou. Stejná nevýhoda doprovází přírůstkové testování metodou vzestupu.

Současně je jednou z nevýhod postupné metody nutnost uspořádat a vytvořit prostředí pro provádění modulů v dané sekvenci. Rovněž paralelní vývoj horní a dolní úrovně je téměř nemožný.

Samozřejmě, obě metody montáže, monolitické a inkrementální, mají nejen nevýhody, ale také výhody. V prvním případě existují vynikající příležitosti pro paralelní vývoj všech tříd a funkcí zapojených do testování jak v počáteční fázi, tak i po upřesnění. Metoda krok za krokem je méně pracovně náročná: moduly jsou postupně propojeny a postupně jsou zjišťovány chyby a závady. To, jak víte, vám umožňuje zkrátit dobu vyhledávání.

Výhody integračního testování

V této fázi se provádí kolosální práce na kontrole propojení na všech úrovních, bez kterých samozřejmě není možné další testování.

Integrační testování softwaru má několik výhod:

• kontrola rozhraní interakce mezi jednotlivými moduly programu;
• kontrola vztahu testovaného komplexu s softwarovými řešeními třetích stran;
• testování provozu externích součástí řešení;
• kontrola dodržování projektové dokumentace ohledně interakce jednotlivých modulů.

Korekce závady

Integrační testování je kompletní, ale to není vše. Nalezené chyby jsou opraveny a odesílány vývojáři pro opravu, po kterém proces začíná znovu.

Nejprve je nutné zkontrolovat, zda byly zjištěné vady odstraněny. Zadruhé, při změně zdrojového kódu by mohly vzniknout nové chyby v práci programu a interakce s programem třetí strany.

Přestože v současnosti existuje velké množství metod kontroly kvality, stále hraje důležitou roli integrační testování. Příklad tohoto typu ověření může jasně prokázat "překážky" ve vývoji softwaru a dokumentace.

Testování automatizace

V závislosti na velikosti počáteční sady dat a vývojové doméně může být problém s časem testování a složitostí události jako celku.

Pro co nejefektivnější ověření vývoje je nutné použít obrovské množství vstupních dat a podmínek, s nimiž není možné "ručně" zpracovávat. Chcete-li tento problém vyřešit, použijte testovací automatizaci. Stejně jako u jiných typů může být integrační testování také automatizováno. Tím se zkrátí doba vývoje jako celek a zvýší se účinnost procesu detekce chyb.

Automatizace testování však nemůže plně nahradit práci inženýra kvality, ale pouze jej doplnit.

Integrační testování je tedy nedílnou součástí vývoje jakéhokoli softwaru a jedné z etap celého procesu ověřování jakosti výrobku. Jako každá metoda má řadu výhod a nevýhod, ale bez její aplikace se stává nemožným vývoj softwaru vysoké kvality.