Testování integrace: Co je, typy, shora dolů a Příklad zdola nahoru

Obsah:

Anonim

Co je testování integrace?

INTEGRAČNÍ TESTOVÁNÍ je definováno jako typ testování, kde jsou softwarové moduly logicky integrovány a testovány jako skupina. Typický softwarový projekt se skládá z více softwarových modulů, kódovaných různými programátory. Účelem této úrovně testování je odhalit vady interakce mezi těmito softwarovými moduly, pokud jsou integrovány

Testování integrace se zaměřuje na kontrolu datové komunikace mezi těmito moduly. Proto se také nazývá „I & T“ (integrace a testování), „testování řetězců“ a někdy „testování vláken“ .

  • Co je testování integrace?
  • Proč testování integrace?
  • Příklad testovacího případu integrace
  • Přístupy, strategie, metodiky testování integrace
  • Přístup velkého třesku:
  • Inkrementální přístup
  • Co je to Stub and Driver?
  • Integrace zdola nahoru
  • Integrace shora dolů:
  • Hybridní / sendvičová integrace
  • Jak provést testování integrace?
  • Stručný popis plánů integrace:
  • Kritéria pro vstup a výstup z testování integrace
  • Osvědčené postupy / Pokyny pro testování integrace

Proč testování integrace?

Ačkoli je každý softwarový modul testován na jednotku, stále existují vady z různých důvodů, jako je

  • Modul je obecně navržen individuálním vývojářem softwaru, jehož porozumění a logika programování se mohou lišit od ostatních programátorů. Testování integrace je nezbytné k ověření jednoty softwarových modulů
  • V době vývoje modulu existuje velká šance na změnu požadavků ze strany klientů. Tyto nové požadavky nemusí být testovány jednotkou, a proto bude nezbytné testování systému.
  • Rozhraní softwarových modulů s databází může být chybné
  • Externí hardwarová rozhraní, pokud existují, mohou být chybná
  • Nedostatečné zpracování výjimek může způsobit problémy.

Pokud video není přístupné, klikněte sem

Příklad testovacího případu integrace

Integration Test Case se liší od ostatních testovacích případů v tom smyslu, že se zaměřuje hlavně na rozhraní a tok dat / informací mezi moduly . Zde je třeba upřednostnit integrační odkazy před funkcemi jednotky, které jsou již testovány.

Ukázkové testovací případy integrace pro následující scénář: Aplikace má 3 moduly, které říkají „Přihlašovací stránka“, „Poštovní schránka“ a „Odstranit e-maily“ a každý z nich je integrován logicky.

Zde se příliš nesústřeďte na testování přihlašovací stránky, protože to již bylo provedeno v Unit Testing. Ale zkontrolujte, jak je propojen se stránkou poštovní schránky.

Podobně Mail Box: Zkontrolujte jeho integraci do modulu Odstranit e-maily.

ID testovacího případu Cíl testovacího případu Popis testovacího případu Očekávaný výsledek
1 Zkontrolujte propojení mezi modulem Přihlášení a Mailbox Zadejte přihlašovací údaje a klikněte na tlačítko Přihlásit Přesměrování do poštovní schránky
2 Zkontrolujte propojení mezi schránkou a modulem Odstranit e-maily Ze schránky vyberte e-mail a klikněte na tlačítko pro odstranění Vybraný e-mail by se měl objevit ve složce Odstraněný / Koš

Přístupy, strategie, metodiky testování integrace

Softwarové inženýrství definuje řadu strategií pro provádění testování integrace, viz.

  • Přístup velkého třesku:
  • Inkrementální přístup: který se dále dělí na následující
    • Přístup shora dolů
    • Přístup zdola nahoru
    • Sandwichový přístup - kombinace shora dolů a zdola nahoru

Níže jsou uvedeny různé strategie, způsob jejich provádění a jejich omezení a výhody.

Testování velkého třesku

Testování velkého třesku je integrační testovací přístup, při kterém jsou všechny komponenty nebo moduly integrovány najednou a poté testovány jako celek. Tato kombinovaná sada komponent se při testování považuje za entitu. Pokud nejsou všechny komponenty v jednotce dokončeny, proces integrace se nespustí.

Výhody:

  • Pohodlné pro malé systémy.

Nevýhody:

  • Lokalizace chyb je obtížná.
  • Vzhledem k velkému počtu rozhraní, která je třeba v tomto přístupu testovat, by mohla být některá propojení rozhraní, která mají být testována, snadno vynechána.
  • Vzhledem k tomu, že testování integrace může začít až poté, co budou navrženy „všechny“ moduly, bude mít testovací tým méně času na provedení ve fázi testování.
  • Protože jsou testovány všechny moduly najednou, vysoce rizikové moduly nejsou izolovány a testovány podle priority. Periferní moduly, které se zabývají uživatelskými rozhraními, také nejsou izolovány a testovány podle priority.

Přírůstkové testování

V přístupu přírůstkového testování se testování provádí integrací dvou nebo více modulů, které spolu logicky souvisejí, a poté se testuje na správné fungování aplikace. Poté jsou postupně přidruženy další související moduly a proces pokračuje, dokud nebudou integrovány a úspěšně otestovány všechny logicky související moduly.

Inkrementální přístup se zase provádí dvěma různými metodami:

  • Zdola nahoru
  • Vzhůru nohama

Pahýly a ovladače

Stubs and Drivers jsou fiktivní programy v integračním testování používané k usnadnění činnosti testování softwaru. Tyto programy fungují jako náhrada za chybějící modely při testování. Neimplementují celou programovací logiku softwarového modulu, ale při testování simulují datovou komunikaci s volajícím modulem.

Stub : Je volán testovaným modulem.

Driver : Vyzve k testování modulu.

Testování integrace zdola nahoru

Testování integrace zdola nahoru je strategie, při které jsou nejprve testovány moduly nižší úrovně. Tyto testované moduly se poté dále používají k usnadnění testování modulů vyšší úrovně. Proces pokračuje, dokud nebudou otestovány všechny moduly na nejvyšší úrovni. Jakmile jsou moduly nižší úrovně otestovány a integrovány, vytvoří se další úroveň modulů.

Schematické znázornění :

Výhody:

  • Lokalizace chyb je jednodušší.
  • Na rozdíl od přístupu Big-bang není zbytečné ztrácet čas čekáním na vývoj všech modulů

Nevýhody:

  • Kritické moduly (na nejvyšší úrovni softwarové architektury), které řídí tok aplikace, jsou testovány jako poslední a mohou být náchylné k defektům.
  • Raný prototyp není možný

Testování integrace shora dolů

Testování integrace shora dolů je metoda, při které testování integrace probíhá shora dolů po toku toku softwarového systému. Nejprve se testují moduly vyšší úrovně a poté se testují a integrují moduly nižší úrovně, aby se zkontrolovala funkčnost softwaru. Pahýly se používají k testování, pokud některé moduly nejsou připraveny.

Schematické znázornění:

Výhody:

  • Lokalizace chyb je jednodušší.
  • Možnost získat raný prototyp.
  • Kritické moduly jsou testovány podle priority; nejdříve lze najít a opravit hlavní chyby designu.

Nevýhody:

  • Potřebuje mnoho pahýlů.
  • Moduly na nižší úrovni jsou testovány nedostatečně.

Testování sendvičů

Sandwich Testing je strategie, ve které jsou moduly nejvyšší úrovně testovány s moduly nižší úrovně a zároveň jsou nižší moduly integrovány s moduly nejvyšší úrovně a testovány jako systém. Jedná se o kombinaci přístupů shora dolů a zdola nahoru, proto se nazývá testování hybridní integrace . Využívá jak pahýly, tak i ovladače.

Jak provést testování integrace?

Postup testování integrace bez ohledu na strategie testování softwaru (popsané výše):

  1. Připravte plán testů integrace
  2. Navrhněte testovací scénáře, případy a skripty.
  3. Provedení testovacích případů s následným nahlášením vad.
  4. Sledování a opětovné testování vad.
  5. Kroky 3 a 4 se opakují, dokud není dokončení integrace úspěšné.

Stručný popis plánů integrace:

Zahrnuje následující atributy:

  • Metody / přístupy k testování (jak je uvedeno výše).
  • Rozsahy a mimo rozsah položek integrace testování.
  • Role a odpovědnosti.
  • Předpoklady pro testování integrace.
  • Testovací prostředí.
  • Plány rizik a zmírnění.

Kritéria pro vstup a výstup z testování integrace

Kritéria pro vstup a výstup do fáze testování integrace v jakémkoli modelu vývoje softwaru

Vstupní kritéria:

  • Komponenty / moduly testované na jednotku
  • Všechny chyby s vysokou prioritou byly opraveny a uzavřeny
  • Všechny moduly, které mají být kódem dokončeny a úspěšně integrovány.
  • Testy integrace Plán, testovací případ, scénáře, které mají být podepsány a zdokumentovány.
  • Je nutné nastavit testovací prostředí pro testování integrace

Kritéria ukončení:

  • Úspěšné testování integrované aplikace.
  • Provedené testovací případy jsou dokumentovány
  • Všechny chyby s vysokou prioritou byly opraveny a uzavřeny
  • Je třeba předložit technické dokumenty a následně poznámky k verzi.

Osvědčené postupy / Pokyny pro testování integrace

  • Nejprve určete strategii testování integrace, kterou lze přijmout, a podle toho připravte testovací případy a testovací data.
  • Prostudujte návrh architektury aplikace a identifikujte kritické moduly. Je třeba je testovat podle priority.
  • Získejte návrhy rozhraní od architektonického týmu a vytvořte testovací případy, abyste mohli podrobně ověřit všechna rozhraní. Rozhraní s databází / externím hardwarem / softwarovou aplikací musí být podrobně otestováno.
  • Po testovacích případech hrají rozhodující roli testovací data.
  • Před provedením si vždy připravte falešná data. Při provádění testovacích případů nevybírejte testovací data.