Mi az integrációs tesztelés?
AZ INTEGRÁCIÓS VIZSGÁLAT a tesztek egyik típusaként definiálható, ahol a szoftver modulokat logikailag integrálják és csoportként tesztelik. Egy tipikus szoftver projekt több szoftver modulból áll, amelyeket különböző programozók kódolnak. A tesztelés ezen szintjének célja a szoftvermodulok közötti interakció hibáinak feltárása integrálásukkor
Az integrációs tesztelés a modulok közötti adatkommunikáció ellenőrzésére összpontosít. Ezért „I & T” -nek (integráció és tesztelés), „húr tesztelésnek” és néha „menet tesztelésnek” is nevezik .
- Mi az integrációs tesztelés?
- Miért kell elvégezni az integrációs tesztelést?
- Példa az integrációs tesztesetre
- Az integrációs tesztelés megközelítései, stratégiái, módszertanai
- Big Bang megközelítés:
- Inkrementális megközelítés
- Mi az a Stub és a Driver?
- Alulról felfelé történő integráció
- Felülről lefelé integráció:
- Hibrid / szendvics integráció
- Hogyan kell elvégezni az integrációs tesztelést?
- Az integrációs teszttervek rövid leírása:
- Az integrációs tesztelés be- és kilépési kritériumai
- Legjobb gyakorlatok / irányelvek az integrációs teszteléshez
Miért kell elvégezni az integrációs tesztelést?
Bár minden szoftvermodult egység tesztelnek, hibák azért vannak, különféle okok miatt, például
- A modult általában egy egyedi szoftverfejlesztő tervezi, akinek megértése és programozási logikája eltérhet más programozóktól. Az integráció tesztelése szükségessé válik a szoftver modulok egységének működésének ellenőrzéséhez
- A modulfejlesztés idején nagy az esély arra, hogy az ügyfelek megváltoztassák a követelményeket. Ezeket az új követelményeket nem lehet egységenként tesztelni, ezért szükségessé válik a rendszerintegrációs tesztelés.
- A szoftver modulok és az adatbázis interfészei hibásak lehetnek
- A külső hardver interfészek, ha vannak, hibásak lehetnek
- A nem megfelelő kivételkezelés problémákat okozhat.
Kattintson ide, ha a videó nem érhető el
Példa az integrációs tesztesetre
Az integrációs teszteset abban különbözik a többi tesztesettől, hogy főként a modulok közötti interfészekre és az adatok / információk áramlására összpontosít . Itt elsőbbséget kell adni az integráló linkeknek, nem pedig a már tesztelt egységfunkcióknak.
Minta integrációs tesztesetek a következő esethez: Az alkalmazás 3 modulból áll: „Bejelentkezés oldal”, „Postafiók” és „E-mailek törlése”, és mindegyik logikailag integrált.
Itt nem kell sokat koncentrálni a bejelentkezési oldal tesztelésére, mivel ez már megtörtént az Egység tesztelése alatt. De ellenőrizze, hogy kapcsolódik-e a postaládához.
Hasonlóképpen a Mail Box: Ellenőrizze annak integrálását a Mails törlése modulba.
| Vizsgálati eset azonosítója | Teszteset cél | Teszteset leírása | Várható eredmény |
|---|---|---|---|
| 1 | Ellenőrizze a bejelentkezési és a postafiók modul közötti interfész kapcsolatot | Írja be a bejelentkezési adatokat, és kattintson a Bejelentkezés gombra | A postaládához kell irányítani |
| 2 | Ellenőrizze a postaláda és a Mails törlése modul közötti interfész kapcsolatot | A Postafiókból válassza ki az e-mailt, és kattintson a törlés gombra | A kiválasztott e-mailnek meg kell jelennie a Törölt / Kuka mappában |
Az integrációs tesztelés megközelítései, stratégiái, módszertanai
A Software Engineering számos stratégiát határoz meg az integrációs tesztek végrehajtására, azaz.
- Big Bang megközelítés:
- Inkrementális megközelítés: amely tovább oszlik a következőkre
- Felülről lefelé irányuló megközelítés
- Alulról felfelé építkező megközelítés
- Szendvicses megközelítés - felülről lefelé és alulról felfelé kombinálva
Az alábbiakban bemutatjuk a különböző stratégiákat, végrehajtásuk módját, korlátjaikat és előnyeiket.
Big Bang tesztelés
A Big Bang Testing egy integrációs tesztelési megközelítés, amelyben az összes alkatrészt vagy modult egyszerre integrálják, majd egységként tesztelik. Ezt az összetett összetett elemet entitásnak tekintik a tesztelés során. Ha az egység összes összetevője nincs befejezve, akkor az integrációs folyamat nem fog végrehajtódni.
Előnyök:
- Kényelmes kis rendszerek számára.
Hátrányok:
- A hiba lokalizálása nehéz.
- Tekintettel az ebben a megközelítésben tesztelendő interfészek puszta számára, néhány tesztelhető interfész link könnyen kihagyható.
- Mivel az integrációs tesztelés csak az "összes" modul megtervezése után kezdődhet el, a tesztelési csoportnak kevesebb ideje lesz a végrehajtásra a tesztelési szakaszban.
- Mivel minden modult egyszerre tesztelnek, a nagy kockázatú kritikus modulokat nem különítik el és tesztelik elsőbbséggel. A felhasználói interfészekkel foglalkozó perifériás modulokat szintén nem különítik el és tesztelik elsőbbség szerint.
Inkrementális tesztelés
Az Inkrementális tesztelés megközelítésben a tesztelés két vagy több modul integrálásával történik, amelyek logikailag kapcsolódnak egymáshoz, majd tesztelik az alkalmazás megfelelő működését. Ezután a többi kapcsolódó modult inkrementálisan integrálják, és a folyamat addig folytatódik, amíg az összes logikailag kapcsolódó modult integrálják és sikeresen tesztelik.
Az inkrementális megközelítést viszont két különböző módszer hajtja végre:
- Alulról felfelé
- Felülről lefelé
Csonkok és meghajtók
A Csonkok és a meghajtók az integrációs tesztelés során alkalmazott próbabábu programok, amelyek a szoftver tesztelési tevékenységének megkönnyítésére szolgálnak. Ezek a programok pótolják a tesztelés során hiányzó modelleket. Nem valósítják meg a szoftver modul teljes programozási logikáját, de tesztelés közben szimulálják az adatkommunikációt a hívó modullal.
Stub : A tesztelés alatt álló modul hívja meg.
Illesztőprogram : Felhívja a modult tesztelésre.
Alulról felfelé tartó integrációs tesztelés
Az alulról felfelé tartó integrációs tesztelés egy olyan stratégia, amelyben először az alacsonyabb szintű modulokat tesztelik. Ezeket a tesztelt modulokat ezután tovább használják a magasabb szintű modulok tesztelésének megkönnyítésére. A folyamat addig folytatódik, amíg az összes legfelső szintű modult ki nem tesztelik. Miután tesztelték és integrálták az alacsonyabb szintű modulokat, akkor létrejön a modulok következő szintje.
Diagrammatikus ábrázolás :
Előnyök:
- A hiba lokalizálása könnyebb.
- A Big-bang megközelítéstől eltérően nincs idő pazarolva az összes modul fejlesztésére
Hátrányok:
- Az alkalmazás folyamatát vezérlő kritikus modulokat (a szoftverarchitektúra legfelső szintjén) tesztelik utoljára, és hajlamosak lehetnek a hibákra.
- Korai prototípus nem lehetséges
Felülről lefelé integrációs tesztelés
A felülről lefelé integrációs tesztelés egy olyan módszer, amelyben az integrációs tesztelés felülről lefelé zajlik a szoftveres rendszer vezérlési folyamatát követve. Először a magasabb szintű modulokat tesztelik, majd az alacsonyabb szintű modulokat tesztelik és integrálják a szoftver működésének ellenőrzése érdekében. A csonkokat tesztelésre használják, ha egyes modulok még nem állnak készen.
Diagrammatikus ábrázolás:
Előnyök:
- A hiba lokalizálása könnyebb.
- Korai prototípus megszerzésének lehetősége.
- A kritikus modulokat prioritás szerint tesztelik; nagyobb tervezési hibákat lehetett először megtalálni és kijavítani.
Hátrányok:
- Sok csonkra van szüksége.
- Az alacsonyabb szintű modulokat nem megfelelően tesztelik.
Szendvics tesztelés
A szendvics tesztelés egy olyan stratégia, amelyben a legfelső szintű modulokat alacsonyabb szintű modulokkal tesztelik, ugyanakkor az alacsonyabb modulokat integrálják a felső modulokkal és rendszerként tesztelik. A fentről lefelé és az alulról felfelé építkező megközelítések kombinációja, ezért hívják hibrid integrációs tesztelésnek . Használja mind a csonkokat, mind a meghajtókat.
Hogyan kell elvégezni az integrációs tesztelést?
Az integrációs teszt eljárás, függetlenül a szoftver tesztelési stratégiáitól (lásd fent)
- Készítse elő az integrációs tesztek tervét
- Tervezze meg a teszt forgatókönyveket, eseteket és szkripteket.
- A teszt esetek végrehajtása, majd a hibák bejelentése.
- A hibák nyomon követése és újbóli tesztelése.
- A 3. és 4. lépést addig ismételjük, amíg az integráció befejezése sikeres lesz.
Az integrációs teszttervek rövid leírása:
A következő tulajdonságokat tartalmazza:
- A tesztelés módszerei / megközelítései (a fentiek szerint).
- Az integrációs tesztelés hatóköre és hatókörén kívül eső elemek.
- Szerepek és felelősségek.
- Az integrációs tesztelés előfeltételei.
- Környezet tesztelése.
- Kockázat- és mérséklési tervek.
Az integrációs tesztelés be- és kilépési kritériumai
Belépés és kilépés kritériumai az integráció tesztelési szakaszába bármely szoftverfejlesztési modellben
Belépési kritériumok:
- Egység által tesztelt alkatrészek / modulok
- Minden magas prioritású hiba javítva és bezárva
- Az összes modult be kell tölteni és sikeresen integrálni kell.
- Integrációs tesztek Terv, teszteset, aláírandó és dokumentált forgatókönyvek.
- Szükséges tesztkörnyezet beállítása az integrációs teszteléshez
Kilépési feltételek:
- Az integrált alkalmazás sikeres tesztelése.
- A végrehajtott tesztesetek dokumentálva vannak
- Minden magas prioritású hiba javítva és bezárva
- Benyújtandó műszaki dokumentumok, majd kiadási megjegyzések.
Legjobb gyakorlatok / irányelvek az integrációs teszteléshez
- Először határozza meg az elfogadható integrációs tesztstratégiát, majd később készítse elő a teszteseteket és a tesztadatokat.
- Tanulmányozza az alkalmazás architektúráját, és azonosítsa a kritikus modulokat. Ezeket kiemelten kell tesztelni.
- Szerezze be az interfészterveket az Architectural csapattól, és hozzon létre teszteseteket az összes felület részletes ellenőrzéséhez. Az adatbázis / külső hardver / szoftver alkalmazás interfészét részletesen tesztelni kell.
- A tesztesetek után a tesztadatok játszanak kritikus szerepet.
- A végrehajtás előtt mindig készítse elő az áladatokat. A tesztesetek végrehajtása közben ne válassza ki a tesztadatokat.