Mi az alkatrész tesztelés?
Az alkatrész tesztelés szoftver tesztelési típusnak minősül, amelyben a tesztelést minden egyes komponensre külön-külön hajtják végre, anélkül, hogy integrálódna más alkatrészekkel. Modul tesztelésnek is nevezik, ha architektúra szempontból nézzük. Az alkatrész tesztelést egység tesztelésnek, program tesztelésnek vagy modul tesztelésnek is nevezik.
Általában bármely szoftver egésze több összetevőből áll. Az alkatrészszint tesztelése ezen alkatrészek külön-külön történő tesztelésével foglalkozik.
Ez az egyik leggyakoribb fekete doboz tesztelési típus, amelyet a QA Team végez.
Az alábbi ábra szerint lesz egy tesztstratégia és tesztterv az alkatrészek teszteléséhez. Ahol a szoftver vagy az alkalmazás minden egyes részét külön-külön mérlegeljük. Ezen összetevők mindegyikéhez meghatározunk egy tesztforgatókönyvet, amelyet tovább részletezünk egy Magas szintű tesztesetek -> Alacsony szintű részletes tesztesetek előfeltételeivel.
A " Komponens tesztelés " kifejezés használata tartományonként és szervezetenként eltérő.
A komponensek tesztelésének eltérő felfogása a leggyakoribb ok
- A fejlesztés típusa Az életciklus modellje kiválasztva
- A tesztelt szoftver vagy alkalmazás összetettsége
- Tesztelés a szoftver vagy alkalmazás egyéb komponenseitől elkülönítve vagy anélkül.
Mint tudjuk, a Szoftverteszt életciklus-architektúrája sok teszt-melléktermékkel rendelkezik (a tesztelési tevékenység során felhasznált dokumentumok). A sok teszt - artefaktum között - a Test Policy & Test Strategy határozza meg a tesztelés típusait, az adott projektben végrehajtandó tesztek mélységét.
Ki végez alkatrész tesztelést
Az alkatrészek tesztelését a tesztelők végzik. Az „Egységtesztelést” a fejlesztők végzik, ahol az egyes funkciók vagy eljárások tesztelését végzik. Az egység tesztelésének elvégzése után a következő teszt az alkatrészek tesztelése. Az alkatrészek tesztelését a tesztelők végzik.
Mikor kell elvégezni az alkatrész tesztelését
Az alkatrészek tesztelését nem sokkal azután hajtják végre, hogy az egység tesztelését a fejlesztők elvégezték, és az építést kiadták a tesztelő csapat számára. Ezt a buildet UT buildnek (Unit Testing Build) nevezik. Az összes alkatrész főbb funkcionalitását ebben a fázisban tesztelik,
Belépési kritériumok az alkatrészek teszteléséhez
- Az UT-be beépítendő alkatrészek minimális számát ki kell dolgozni és egységeket tesztelni kell.
Kilépés kritériumai az alkatrészek teszteléséhez
- Az összes alkatrész funkcionalitásának megfelelően kell működnie.
- Nem lehetnek kritikus, magas vagy közepes súlyosságú és prioritású hibák.
Komponens tesztelési technikák
A tesztelési szintek mélysége alapján a komponens tesztelése a következő kategóriákba sorolható
- CTIS - Komponens tesztelés kicsiben
- CTIL - Komponens tesztelés nagyban
CTIS - Komponens tesztelés kicsiben
Az alkatrészek tesztelése elvégezhető a tesztelt szoftver vagy alkalmazás többi alkatrészének izolálásával vagy anélkül. Ha más komponensek izolálásával hajtják végre, akkor Komponens tesztelés kicsiben nevezik.
1. példa: Vegyünk egy weboldalt, amelynek 5 különböző weboldala van, majd mindegyik weboldalt külön tesztelje, és a többi komponens elkülönítésével Komponens-tesztelés kicsiben nevezzük.
2. példa: Tekintsük a guru99.com webhely kezdőlapját, amely számos összetevővel rendelkezik, például
Otthon, tesztelés, SAP, web, tanulni kell!, Nagy adatok, élő projektek, blog stb.
Hasonlóképpen, bármely szoftver sok komponensből áll, és minden komponensnek meg lesz a maga részegysége. A 2. példában említett modulok külön-külön történő tesztelését a többi komponenssel való integráció megfontolása nélkül Komponens tesztelés kicsiben nevezzük .
Kattintson a Tesztelés legördülő menüre az alábbi snap show szerint, és tekintse meg a Tesztelés összetevő különböző "alkomponenseit" . Tehát a megjelenített alkomponensek: Manuális tesztelés, SOAPUI, QTP, JUnit, Szelén, Tesztkezelés, Szelén, Mobil tesztelés stb.
Megjegyzés: Az alkomponens piros kiemelt színnel szerepel az alábbi pillanatképben.
CTIS - Komponens tesztelés kicsiben
A tesztelt szoftver vagy alkalmazás egyéb komponenseinek elkülönítése nélkül végzett alkatrész-tesztelést Component Testing Large-nak nevezzük.
Vegyünk egy példát, hogy jobban megértsük. Tegyük fel, van egy olyan alkalmazás, amely az alábbi három összetevőből mondjuk komponens , B komponens, és a C komponens .
A fejlesztő kifejlesztette a B komponenst, és tesztelni szeretné. De a B komponens teljes teszteléséhez kevés funkciója függ az A komponensétől, és kevés a C komponenstől.
Funkcionalitás áramlása: A -> B -> C, ami azt jelenti, hogy mindkét A & C függ a B-vel, mivel a diagram szerint a csonk a hívott függvény, a meghajtó pedig a hívó függvény .
De az A és a C komponenst még nem fejlesztették ki. Ebben az esetben a B komponens teljes teszteléséhez szükség szerint cserélhetjük az A és a C komponenst csonkkal és meghajtókkal. Tehát alapvetően az A & C komponenseket a stub & driver helyettesíti, amelyek dummy objektumként működnek, amíg ki nem fejlesztik őket.
- Csonk: Csonkot hívnak meg a tesztelni kívánt szoftverkomponensről, amint az az alábbi ábrán látható: A Csonkot az A komponens hívja meg.
- Illesztőprogram: Az illesztőprogram felhívja a tesztelendő alkatrészt az alábbi ábra szerint. A „B komponenst” a meghajtó hívja meg.
Példa teszt esetekre az alkatrészek teszteléséhez
Tekintsünk 2 weboldalt az alábbiakban bemutatott diagramok szerint: Itt mindkét weboldal funkcionalitás szempontjából összefügg egymással.
- Az 1. weboldal a demo.guru99.com webhelyre való bejelentkezési oldal
Amikor a felhasználó érvényes felhasználói azonosítót és jelszót adott meg a szövegmezőben, majd a küldés gombra kattint, a weboldal a guru99 demobank honlapjának kezdőlapjára navigál.
- A 2. weboldal a Guru99.com honlapja
Tehát itt a bejelentkezési oldal az egyik összetevő, a kezdőlap pedig egy másik. Most az egyes oldalak funkcionalitásának külön tesztelését komponenstesztelésnek nevezzük .
Komponens tesztelési forgatókönyvek a 1. oldalon -
- Írja be az érvénytelen felhasználói azonosítót, és ellenőrizze, hogy megjelenik-e felhasználóbarát figyelmeztetés a végfelhasználó számára.
- Írja be az érvénytelen felhasználói azonosítót és jelszót, majd kattintson a "visszaállítás" gombra, és ellenőrizze, hogy a felhasználói azonosító és a jelszó mezőbe beírt adatok törlődtek-e.
- Írja be az érvényes felhasználónevet és jelszót, majd kattintson a "Bejelentkezés" gombra.
Komponens tesztelési forgatókönyvek a 2. oldalon -
- Ellenőrizze, hogy a "Welcome to manager page of guru99 bank" üzenet jelenik-e meg a kezdőlapon.
- Ellenőrizze, hogy a weboldal bal oldalán található összes link kattintható-e.
- Ellenőrizze, hogy a kezelő azonosítója megjelenik-e a kezdőlap közepén.
- Ellenőrizze a 3 különböző kép jelenlétét a kezdőlapon az ábra szerint.
Egység tesztelése Vs alkatrész tesztelés
| Egység tesztelése | Alkatrész tesztelés |
|---|---|
|
|
|
|
|
|
|
|
Összegzés:
A szoftverfejlesztésben az alkatrészek tesztelése döntő szerepet játszik a hibák megtalálásában. Mielőtt elkezdenénk az integrációs tesztelést, mindig ajánlott elvégezni az összetevők tesztelését annak biztosítása érdekében, hogy az alkalmazás minden egyes összetevője hatékonyan működjön.
Az integrációs tesztelést az alkatrész tesztelése követi. Az alkatrész tesztelés néhány referenciában modul tesztelésnek is nevezett.