Příklad použití
Poté, co jsou modul přihlášení a modul objednávek aplikace testovány jednotlivě, ověřuje integrační testování jejich vzájemnou interakci: uživatel se přihlásí a zadá objednávku a modul objednávek správně obdrží identitu přihlášeného uživatele. Testovací data a očekávané výsledky pokrývají rozhraní — API kontrakty, databázová připojení a sdílené formáty dat. Cílem je odhalit defekty v rozhraních a v interakcích mezi integrovanými komponentami nebo systémy.
Časté dotazy
Jaký je rozdíl mezi integračním a systémovým testováním? Integrační testování se zaměřuje na rozhraní a interakce mezi integrovanými komponentami nebo systémy. Systémové testování testuje kompletní, plně integrovaný systém proti jeho požadavkům. Integrace přichází první; systémové testování následuje, jakmile je vše integrováno.
Co je přístup shora dolů (top-down) nebo zdola nahoru (bottom-up)? To jsou integrační strategie. Přístup shora dolů začíná moduly nejvyšší úrovně a používá stuby (náhrady) pro nižší moduly; přístup zdola nahoru začíná nižšími moduly a používá ovladače (drivery). Oba mají za cíl progresivně odhalovat defekty rozhraní.
Potřebují integrační testy skutečná rozhraní? Ideálně ano, ale stuby a ovladače se používají, když skutečné moduly ještě nejsou k dispozici. Rizikem je, že defekty skryté náhradou se projeví až během systémového testování.
Proč k defektům rozhraní dochází tak často? Protože komponenty se často vyvíjejí paralelně a předpoklady o formátech dat, zpracování chyb a časování jsou jen zřídka přesně zdokumentovány. Integrační testování tyto předpoklady zviditelňuje.
Související pojmy
- systémové testování — testování kompletního integrovaného systému
- testování komponent — testování jednotlivých komponent před integrací
- regresní testování — opětovné ověření nezměněného chování po integraci
- úroveň testování — fáze životního cyklu, do které integrační testování patří
- typ testu — integrační testování seskupené podle cíle
- integrace — spojování komponent do fungujícího systému
