Čo je testovanie integrácie?
TESTOVANIE INTEGRÁCIE je definované ako typ testovania, pri ktorom sú softvérové moduly logicky integrované a testované ako skupina. Typický softvérový projekt pozostáva z viacerých softvérových modulov kódovaných rôznymi programátormi. Účelom tejto úrovne testovania je odhaliť chyby v interakcii medzi týmito softvérovými modulmi, keď sú integrované
Testovanie integrácie sa zameriava na kontrolu dátovej komunikácie medzi týmito modulmi. Preto sa tiež nazýva „I & T“ (integrácia a testovanie), „testovanie reťazcov“ a niekedy „testovanie závitov“ .
- Čo je testovanie integrácie?
- Prečo testovanie integrácie?
- Príklad testovacieho prípadu integrácie
- Prístupy, stratégie, metodiky testovania integrácie
- Prístup veľkého tresku:
- Inkrementálny prístup
- Čo je to Stub and Driver?
- Integrácia zdola nahor
- Integrácia zhora nadol:
- Hybridná / sendvičová integrácia
- Ako urobiť Testovanie integrácie?
- Stručný popis plánov testovania integrácie:
- Kritériá vstupu a výstupu pri testovaní integrácie
- Najlepšie postupy / Pokyny pre testovanie integrácie
Prečo testovanie integrácie?
Aj keď je každý softvérový modul testovaný na jednotku, stále existujú chyby z rôznych dôvodov, napríklad
- Modul vo všeobecnosti navrhuje individuálny vývojár softvéru, ktorého chápanie a logika programovania sa môžu líšiť od ostatných programátorov. Testovanie integrácie je nevyhnutné na overenie jednotnosti softvérových modulov
- V čase vývoja modulu existuje veľká šanca na zmenu požiadaviek klientov. Tieto nové požiadavky nemusia byť testované jednotkami, a preto bude potrebné testovanie integrácie systému.
- Rozhrania softvérových modulov s databázou môžu byť chybné
- Externé hardvérové rozhrania, ak existujú, môžu byť chybné
- Nedostatočné spracovanie výnimiek by mohlo spôsobiť problémy.
Ak video nie je prístupné, kliknite sem
Príklad testovacieho prípadu integrácie
Integration Test Case sa líši od ostatných testovacích prípadov v tom zmysle, že sa zameriava hlavne na rozhrania a tok údajov / informácií medzi modulmi . Tu sa majú uprednostniť integračné spojenia pred funkciami jednotky, ktoré sú už testované.
Príklady testovacích prípadov integrácie pre nasledujúci scenár: Aplikácia má 3 moduly, ktoré hovoria „Prihlasovacia stránka“, „Poštová schránka“ a „Odstrániť e-maily“ a každý z nich je integrovaný logicky.
Tu sa príliš nesústredte na testovanie prihlasovacej stránky, pretože to už bolo urobené v Unit Testing. Skontrolujte však, či je prepojený so stránkou poštovej schránky.
Podobne poštová schránka: Skontrolujte jej integráciu do modulu Odstrániť e-mailové adresy.
| ID testovacieho prípadu | Cieľ testovacieho prípadu | Popis testovacieho prípadu | ocakavane vysledky |
|---|---|---|---|
| 1 | Skontrolujte prepojenie medzi modulom Prihlásenie a Poštová schránka | Zadajte prihlasovacie údaje a kliknite na tlačidlo Prihlásiť sa | Bude smerovaný do poštovej schránky |
| 2 | Skontrolujte prepojenie medzi schránkou a modulom mazania e-mailov | V schránke vyberte e-mail a kliknite na tlačidlo odstránenia | Vybratý e-mail by sa mal zobraziť v priečinku Odstránené / Kôš |
Prístupy, stratégie, metodiky testovania integrácie
Softvérové inžinierstvo definuje rôzne stratégie na vykonávanie integračného testovania, napr.
- Prístup veľkého tresku:
- Prírastkový prístup: ktorý sa ďalej člení na nasledujúce
- Prístup zhora nadol
- Prístup zdola nahor
- Sandwichový prístup - kombinácia zhora nadol a zdola nahor
Ďalej uvádzame rôzne stratégie, spôsob ich vykonávania a ich obmedzenia a výhody.
Testovanie veľkého tresku
Testovanie veľkého tresku je prístup integračného testovania, pri ktorom sú všetky komponenty alebo moduly integrované naraz a potom sú testované ako celok. Táto kombinovaná sada komponentov sa počas testovania považuje za entitu. Ak nie sú všetky komponenty v jednotke dokončené, proces integrácie sa nespustí.
Výhody:
- Pohodlné pre malé systémy.
Nevýhody:
- Lokalizácia poruchy je zložitá.
- Vzhľadom na obrovský počet rozhraní, ktoré je potrebné v tomto prístupe vyskúšať, by sa dalo ľahko vynechať niektoré prepojenie rozhraní, ktoré sa má testovať.
- Pretože testovanie integrácie môže začať až po navrhnutí „všetkých“ modulov, bude mať testovací tím na testovanie vo fáze testovania kratší čas.
- Pretože sú testované všetky moduly naraz, vysoko rizikové moduly nie sú izolované a testované prioritne. Periférne moduly, ktoré pracujú s užívateľskými rozhraniami, tiež nie sú izolované a testované podľa priority.
Prírastkové testovanie
V prístupe prírastkového testovania sa testovanie vykonáva integráciou dvoch alebo viacerých modulov, ktoré navzájom logicky súvisia, a potom sa testuje na správne fungovanie aplikácie. Potom sú postupne spojené ďalšie súvisiace moduly a proces pokračuje, kým nebudú integrované a úspešne otestované všetky logicky súvisiace moduly.
Prírastkový prístup sa zase uskutočňuje dvoma rôznymi metódami:
- Zdola nahor
- Zhora nadol
Pahýly a vodiči
Stubs and Drivers sú fiktívne programy v integračnom testovaní používané na uľahčenie testovania softvéru. Tieto programy slúžia ako náhrada za chýbajúce modely pri testovaní. Neimplementujú celú logiku programovania softvérového modulu, ale počas testovania simulujú dátovú komunikáciu s volajúcim modulom.
Pahýľ : Vyvoláva ho testovaný modul.
Ovládač : Vyzve na testovanie modulu.
Testovanie integrácie zdola nahor
Testovanie integrácie zdola nahor je stratégia, pri ktorej sa najskôr testujú moduly nižšej úrovne. Tieto testované moduly sa potom ďalej používajú na uľahčenie testovania modulov vyššej úrovne. Proces pokračuje, kým nebudú otestované všetky moduly na najvyššej úrovni. Po otestovaní a integrácii modulov nižšej úrovne sa vytvorí ďalšia úroveň modulov.
Schematické znázornenie :
Výhody:
- Lokalizácia porúch je jednoduchšia.
- Na rozdiel od prístupu Big-bang nestrácate čas čakaním na vývoj všetkých modulov
Nevýhody:
- Kritické moduly (na najvyššej úrovni softvérovej architektúry), ktoré riadia tok aplikácií, sú testované ako posledné a môžu byť náchylné na chyby.
- Skorý prototyp nie je možný
Testovanie integrácie zhora nadol
Testovanie integrácie zhora nadol je metóda, pri ktorej integračné testovanie prebieha zhora nadol po riadení toku softvérového systému. Najskôr sa testujú moduly vyššej úrovne a potom sa testujú a integrujú moduly nižšej úrovne s cieľom skontrolovať funkčnosť softvéru. Stuby sa používajú na testovanie, ak niektoré moduly nie sú pripravené.
Schematické znázornenie:
Výhody:
- Lokalizácia porúch je jednoduchšia.
- Možnosť získať skorý prototyp.
- Kritické moduly sú testované podľa priority; najskôr možno nájsť a opraviť hlavné chyby v dizajne.
Nevýhody:
- Potrebuje veľa pahýlov.
- Moduly na nižšej úrovni sú testované nedostatočne.
Testovanie sendvičov
Sandwich Testing je stratégia, v rámci ktorej sú moduly najvyššej úrovne testované s modulmi nižšej úrovne a súčasne sú moduly nižšie integrované s modulmi najvyššej úrovne a testované ako systém. Je to kombinácia prístupov zhora nadol a zdola nahor, preto sa nazýva testovanie hybridnej integrácie . Využíva ako pahýly, tak aj ovládače.
Ako urobiť Testovanie integrácie?
Procedúra testu integrácie bez ohľadu na stratégie testovania softvéru (uvedené vyššie):
- Pripravte plán integračných testov
- Navrhnite testovacie scenáre, prípady a skripty.
- Vykonanie testovacích prípadov s následným hlásením závad.
- Sledovanie a opätovné testovanie chýb.
- Kroky 3 a 4 sa opakujú, kým nie je úspešné dokončenie integrácie.
Stručný popis plánov testovania integrácie:
Zahŕňa nasledujúce atribúty:
- Metódy / prístupy k testovaniu (ako je uvedené vyššie).
- Rozsahy a mimo rozsahu položiek integračného testovania.
- Úlohy a zodpovednosti.
- Nevyhnutné predpoklady na testovanie integrácie.
- Testovacie prostredie.
- Plány rizík a zmierňovania.
Kritériá vstupu a výstupu pri testovaní integrácie
Kritériá vstupu a výstupu do fázy testovania integrácie v akomkoľvek modeli vývoja softvéru
Kritériá vstupu:
- Súčasti / moduly testované na jednotku
- Všetky chyby s vysokou prioritou opravené a zatvorené
- Všetky moduly musia byť kódovo dokončené a úspešne integrované.
- Testy integrácie Plán, testovací prípad, scenáre, ktoré sa majú podpísať a zdokumentovať.
- Pre testovanie integrácie je potrebné nastaviť testovacie prostredie
Kritériá výstupu:
- Úspešné testovanie integrovanej aplikácie.
- Vykonané testovacie prípady sú zdokumentované
- Všetky chyby s vysokou prioritou opravené a zatvorené
- Je potrebné predložiť technické dokumenty, po ktorých budú nasledovať poznámky k vydaniu.
Najlepšie postupy / Pokyny pre testovanie integrácie
- Najskôr určte stratégiu integračného testu, ktorá by mohla byť prijatá, a podľa toho pripravte testovacie prípady a testovacie údaje.
- Preštudujte si návrh architektúry aplikácie a identifikujte kritické moduly. Je potrebné ich prednostne vyskúšať.
- Získajte návrhy rozhraní od architektonického tímu a vytvorte testovacie prípady na podrobné overenie všetkých rozhraní. Rozhranie s databázou / externým hardvérom / softvérom musí byť podrobne otestované.
- Po testovacích prípadoch zohrávajú rozhodujúcu úlohu testovacie údaje.
- Pred vykonaním majte vždy pripravené falošné údaje. Počas vykonávania testovacích prípadov nevyberajte testovacie údaje.