Úvod do testování systémové integrace (SIT)

Testování systémové integrace je typ testování, které se provádí na kompletním systému po integraci hardwarových a softwarových modulů tohoto systému. Provádí se ověření chování systému a ověření, zda všechny moduly v systému spolu navzájem fungují. Rovněž se jedná o zachování integrity dat mezi moduly v systému.

Testování integrace systému (SIT) se provádí poté, co subsystémy jednotlivě podstoupily testování jednotky a že testování proběhlo. Poté, co byl integrován, testuje SIT systém jako celek. Výsledek SIT je poté předán na uživatelské přejímací testování (UAT).

Výhody testu integrace systému

  • SIT pomáhá při detekci defektů v rané fázi. Vady zjištěné během SIT jsou zaslány zpět, aby byly odstraněny vývojovým týmem. To pomáhá šetřit čas a náklady na jeho opravu v pozdější fázi, což může být dražší.
  • SIT pomáhá získat včasný názor na přijatelnost modulu v systému.
  • SIT pomáhá odhalit chyby, ke kterým může dojít při interakci integrovaných součástí.
  • Existuje několik modulů v systému a jednotce testování všech modulů vyžaduje nějaký čas. I když je každá jednotka testována individuálně, existuje možnost, že může selhat, když je integrována jako celek, protože existuje mnoho problémů, které vyvstávají, když subsystémy vzájemně interagují.

SIT je tedy nezbytně nutný k odhalení a opravě problémů před odesláním systému uživateli.

Přístupy k provádění SIT

Pojďme se podívat na různé přístupy k provádění SIT, pojďme to pochopit jeden po druhém.

1. Přístup shora dolů

Toto je postupný přístup, kdy testování začíná u nejvyššího modulu aplikace. Funkčnost modulů na nižší úrovni je simulována pomocí pahýlů. Horní modul je integrován s pahýly modulů na nižších úrovních, jeden po druhém, aby se otestovala jejich funkčnost. Po dokončení každého testu je příslušný pahýl nahrazen skutečným modulem. Tento způsob testování pokračuje, dokud není testován celý systém.

Výhoda

  • K určení testovacích případů se nepoužívají ovladače a funkčnost systému.

Nevýhoda

  • Existuje závislost na dostupnosti funkčnosti modulů nižší úrovně.
  • Testování může být zpožděno, protože skutečné moduly jsou nahrazeny pahýly.
  • Psaní útržků je obtížné.

2. Přístup zdola nahoru

Toto je přírůstkový přístup, kde nejprve jsou moduly nejnižší úrovně spojeny do shluků. Poté je vytvořen ovladač, který získá vstup a výstup testovacího případu. Pak je testován cluster. Po testování clusteru je ovladač odebrán, takže cluster lze kombinovat s vyšší úrovní. Tento způsob testování pokračuje, dokud není testován celý systém.

Výhoda

  • V tomto přístupu nejsou pahýly zapotřebí.
  • Testování se stává jednodušším, jak proces stoupá, protože použití ovladačů je omezeno.

Nevýhoda

  • Na konci je testován nejdůležitější modul, tj. Uživatelské rozhraní.

3. Přístup s velkým třeskem

V tomto přístupu jsou moduly systému integrovány až po dokončení všech modulů. Po integraci se provede testování celého systému, aby se zkontrolovala jeho funkčnost.

Výhoda

  • Vyžaduje se pouze jedno kolo SIT.

Nevýhoda

  • Je obtížné najít hlavní příčinu chyby.

Proces testování systémové integrace

Nejběžnějším způsobem provádění SIT je metoda založená na datech, protože vyžaduje nejmenší použití nástrojů pro testování softwaru.

V této metodě probíhá především výměna dat, tj. Import a export dat mezi systémovými moduly a poté je sledována výkonnost každého datového pole v rámci jednotlivé vrstvy.

Jakmile je software integrován, mohou existovat tři hlavní stavy toku dat:

1. Stav dat při toku v integrační vrstvě

Integrační vrstva funguje jako rozhraní mezi importem a exportem dat. Pro provádění SIT v této vrstvě je nutná základní znalost určitých schématických technologií.

Kroky k provedení SIT k ověření výměny dat:

  • Ověřte vlastnosti dat v této vrstvě pomocí dokumentů s požadavky.
  • Ověřte požadavek webové služby.
  • Proveďte některé testy jednotek, abyste ověřili mapování dat a požadavky.
  • Zkontrolujte protokoly.

2. Stav dat při toku ve vrstvě databáze

Pro provedení SIT v této vrstvě je nutná základní znalost SQL.

Kroky k provedení SIT k ověření výměny dat:

  • Ověřte, zda všechna data dosáhla a byla potvrzena z předchozí úrovně.
  • Ověřte vlastnosti tabulky a sloupce podle dokumentů s požadavky.
  • Ověřte pravidla validace dat a omezení aplikovaná na databázi.
  • Zkontrolujte uložené procedury, zda nejsou zpracována žádná data.
  • Zkontrolujte protokoly.

3. Stav dat při toku v aplikační vrstvě

Kroky k provedení SIT k ověření výměny dat:

  • Zkontrolujte viditelnost polí v uživatelském rozhraní.
  • Proveďte testovací případy, pozitivní i negativní, pro potvrzení dat.

Příklad SIT

Aby byl SIT trochu jasnější, vezměme si příklad společnosti, která používá software k ukládání podrobností o zaměstnancích.

Tento software se skládá ze dvou obrazovek na uživatelském rozhraní, jmenovitě na obrazovce s názvem a na obrazovce s ID zaměstnance, a má databázi nazvanou Databáze A. Podrobnosti zadané na obrazovce s názvem a na obrazovce s ID zaměstnance jsou vloženy do databáze A.

Po několika letech společnost vyžaduje od zaměstnanců další údaje. Vyžaduje se tedy vylepšení a oni si vytvoří obrazovku s adresou s jinou databází, databází B. Nyní musí být tento systém s adresou obrazovky a databází B integrován do existujícího systému a poté musí být toto testování provedeno v celém systému, zda je funkční. se nazývá SIT.

Závěrem lze říci, že SIT je důležitou součástí našeho testování, protože nám dává první dojem o tom, jak dobře naše aplikace běží. To lze provést pomocí různých přístupů a procesů a můžeme použít to, co je pro naši aplikaci vhodné.

Doporučené články

Toto byl průvodce testováním systémové integrace. Zde jsme diskutovali koncepty, přístupy, výhody a nevýhody testování systémové integrace. Další informace naleznete také v dalších navrhovaných článcích -

  1. Co je testování softwaru?
  2. Testování otázek rozhovoru
  3. Životní cyklus vad při testování softwaru
  4. Rozhovory s návrhem systému

Kategorie: