Mi az alkatrésztesztelés? Technikák, példa Tesztesetek

Mi az alkatrésztesztelés?

A komponenstesztelés egy szoftvertesztelési típus, amelyben a tesztelést minden egyes komponensen külön-külön, más összetevőkkel való integráció nélkül hajtják végre. Modultesztelésnek is nevezik, ha architektúra szempontjából nézzük. A komponenstesztelést egységtesztelésnek, programtesztelésnek vagy modultesztelésnek is nevezik.

Általában minden szoftver több összetevőből áll. A komponensszintű tesztelés ezen összetevők egyenkénti tesztelésével foglalkozik.

Ez az egyik leggyakoribb fekete doboz-tesztelési típus, amelyet a QA Team végez.

Az alábbi diagram szerint lesz egy tesztstratégia és tesztterv az alkatrészek tesztelésére. Ahol a szoftver vagy alkalmazás minden egyes részét külön-külön veszik figyelembe. Ezen összetevők mindegyikéhez a Teszt forgatókönyv lesz meghatározva, amely tovább lesz sorolva a Magas szintű tesztesetek -> Alacsony szintű részletes vizsgálati esetek előfeltételekkel részbe.

A " kifejezés használataAlkatrészek tesztelése” domainenként és szervezetenként változik.

A komponenstesztelés eltérő felfogásának leggyakoribb oka az

1. A fejlesztési életciklus modell típusa választott
2. A tesztelés alatt álló szoftver vagy alkalmazás összetettsége
3. Tesztelés a többi szoftver vagy alkalmazás többi összetevőjétől való elkülönítéssel vagy anélkül.

Mint tudjuk a szoftverteszt életciklusa ArchiA tecture sok teszt-műterméket tartalmaz (Készült, tesztelési tevékenységek során használt dokumentumok). A számos teszt – műtermék – közül a Tesztpolitika és Tesztstratégia, amely meghatározza a tesztelés típusait, az elvégzendő tesztelés mélységét egy adott projektben.

Ki végzi a komponens tesztelést

Az alkatrészek tesztelését tesztelők végzik. Az „egységtesztelést” a fejlesztők végzik, ahol az egyes funkciókat vagy eljárásokat tesztelik. Után Egység tesztelése történik, a következő tesztelés az alkatrészteszt. Az alkatrészek tesztelését a tesztelők végzik.

Mikor kell elvégezni a komponens tesztelését

A komponensek tesztelése nem sokkal azután történik, hogy a fejlesztők elvégezték az egységtesztet, és a buildet kiadják a tesztelőcsoport számára. Ezt a buildet UT buildnek (Unit Testing Build) nevezik. Ebben a fázisban az összes komponens fő funkcióit tesztelik,

Belépési kritériumok az alkatrészek teszteléséhez

• Az UT-ba beépítendő komponensek minimális számát ki kell fejleszteni és egységtesztelni kell.

Kilépési feltételek az alkatrészek teszteléséhez

• Az összes komponens működésének megfelelően kell működnie.
• Nem lehetnek Kritikus, Magas vagy Közepes súlyosságú és prioritású hibák Disszidál jelentkezzen.

Alkatrészvizsgálati technikák

A tesztelési szintek mélysége alapján a komponensek tesztelése a következő kategóriába sorolható

1. CTIS – Alkatrésztesztelés kicsiben
2. CTIL – Nagy komponensek tesztelése

CTIS – Alkatrésztesztelés kicsiben

A komponensek tesztelése elvégezhető a tesztelt szoftver vagy alkalmazás többi összetevőjének elkülönítésével vagy anélkül. Ha egy másik komponens elkülönítésével hajtják végre, akkor ezt a kisméretű komponenstesztelésnek nevezik.

Példa 1: Tekintsünk egy webhelyet, amely 5 különböző weboldallal rendelkezik, majd az egyes weboldalak külön-külön történő tesztelését, és a többi összetevő elkülönítésével komponenstesztelésnek nevezzük a Small-ban.

Példa 2: Tekintsük a guru99.com webhely kezdőlapját, amely számos összetevőt tartalmaz, mint például

Otthon, tesztelés, SAP, Web, Tanulni kell!, Big Data, Élő projektek, Blog stb.

Hasonlóképpen, minden szoftver sok összetevőből áll, és minden összetevőnek megvannak a maga alkomponensei. A 2. példában említett egyes modulok külön-külön történő tesztelése anélkül, hogy figyelembe kellene venni a más komponensekkel való integrációt Alkatrésztesztelés kicsiben.

Kattintson a Tesztelés legördülő menüre az alábbi pillanatkép szerint, és tekintse meg a különféle lehetőségeket „alkomponensek” Tesztelési komponens. Tehát a megjelenített részösszetevők Kézi tesztelés, SOAPUI, QTP, JUnit, Selenium, Tesztkezelés, Selenium, Mobil Tesztelés stb.

Jegyzet: Az alkomponensek az alábbi pillanatképen pirossal kiemelt színnel vannak feltüntetve.

CTIL – Alkatrésztesztelés nagy méretben

A tesztelés alatt álló szoftverben vagy alkalmazásban a többi komponens elkülönítése nélkül végzett komponenstesztelést nagy komponenstesztnek nevezzük.

Vegyünk egy példát, hogy jobban megértsük. Tegyük fel, hogy van egy alkalmazás, amely három összetevőből áll, mondjuk A komponens, B komponens, és a C komponens.

A fejlesztő kifejlesztette a B komponenst, és szeretné tesztelni. De azért, hogy teljesen tesztelje a B komponenst, néhány funkciója függ az A komponenstől, és kevés a C komponenstől.

Funkcionalitás folyamata: A -> B -> C ami azt jelenti, hogy van függőség B-hez mind A-tól, mind C-től, mivel a diagram csonkja szerint a függvénynek nevezzük, a sofőr pedig az hívó funkció.

De az A komponenst és a C komponenst még nem fejlesztették ki. Ebben az esetben a B komponens teljes teszteléséhez szükség szerint lecserélhetjük az A és C komponenst csonkra és meghajtókra. Tehát alapvetően az A & C komponenseket a stub & driver helyettesíti, amely álobjektumként működik, amíg ténylegesen ki nem fejlesztették.

• Csonk: A tesztelendő szoftverösszetevőből egy csonkot hívnak meg, amint az az alábbi ábrán látható. A „Csonkot” az A komponens hívja meg.
• Vezető: Az illesztőprogram meghívja a tesztelni kívánt komponenst az alábbi ábrán látható módon. „B komponens” az illesztőprogram által.

Példa tesztesetek az alkatrészek teszteléséhez

Tekintsünk két weboldalt az alábbi diagramok szerint. Itt a két weboldal funkcionalitási szempontból összefügg egymással.

1. Az 1. weboldal a demo.guru99.com bejelentkezési oldala

Amikor a felhasználó beírta az érvényes felhasználói azonosítót és a jelszót a szövegmezőbe, és rákattint a küldés gombra, a weboldal a guru99 demo bank weboldalának kezdőlapjára navigál.

2. 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 működőképességének külön-külön történő tesztelése az ún alkatrész tesztelése.

Alkatrésztesztelési forgatókönyvek az 1. oldalon –

• Adjon meg érvénytelen felhasználói azonosítót, és ellenőrizze, hogy megjelenik-e felhasználóbarát figyelmeztető ablak a végfelhasználó számára.
• Írja be az érvénytelen felhasználói azonosítót és jelszót, kattintson a „reset” gombra, és ellenőrizze, hogy a felhasználói azonosító és jelszó szövegmezőkben megadott adatok törlődnek-e.
• Írja be az érvényes felhasználónevet és jelszót, majd kattintson a "Bejelentkezés" gombra.

Alkatrésztesztelési forgatókönyvek az 2. oldalon –

• Ellenőrizze, hogy megjelenik-e az „Üdvözöljük a guru99 bank menedzsere oldalán” üzenet a kezdőlapon.
• Ellenőrizze, hogy a weboldal bal oldalán lévő összes hivatkozás kattintható-e.
• Ellenőrizze, hogy a kezelői azonosító 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égtesztelés vs komponensteszt

Egység tesztelése	Alkatrészek tesztelése
Egyedi programok, modulok tesztelése annak bizonyítására, hogy a program a specifikáció szerint fut Egység tesztelése	Az egyes objektumok vagy szoftverrészek külön-külön tesztelése más objektumok elkülönítésével vagy anélkül Alkatrészek tesztelése
Tervdokumentumokkal hitelesített	Tesztkövetelményekkel, használati esetekkel szemben érvényesített
Az egységtesztet a fejlesztők végzik	Az alkatrészek tesztelését tesztelők végzik
Először az egységtesztet kell elvégezni	Az alkatrészek tesztelése azután történik, hogy az egységtesztelés befejeződött a fejlesztők részéről.

Összegzésként

In Szoftverfejlesztés, Az alkatrészek tesztelése döntő szerepet játszik a hibák megtalálásában. Mielőtt elkezdenénk a Integrációs tesztelés a komponens tesztelés és az integrációs tesztelés után a komponens tesztelése következik.

A komponenstesztet egyes hivatkozásokban modultesztnek is nevezik.