Vad är komponenttestning? Tekniker, exempel på testfall
Thomas Hamilton
Vad är komponenttestning?
Komponenttestning definieras som en mjukvarutestningstyp, där testningen utförs på varje enskild komponent separat utan att integreras med andra komponenter. Det kallas också för modultestning när det ses ur ett arkitekturperspektiv. Komponenttestning kallas också för enhetstestning, programtestning eller modultestning.
Generellt består all programvara som helhet av flera komponenter. Komponentnivåtestning handlar om att testa dessa komponenter individuellt.
Det är en av de vanligaste testtyperna för black box som utförs av QA Team.
Enligt diagrammet nedan kommer det att finnas en teststrategi och testplan för komponenttestning. Där varje del av programvaran eller applikationen beaktas individuellt. För var och en av denna komponent a Testscenario kommer att definieras, vilket kommer att föras ner ytterligare till ett Högnivåtestfall -> Lågnivådetaljerade testfall med förutsättningar.
Användningen av termen "Komponenttestning” varierar från domän till domän och organisation till organisation.
Den vanligaste orsaken till olika uppfattning om komponenttestning är
- Typ av utveckling Vald livscykelmodell
- Komplexiteten hos programvaran eller applikationen som testas
- Testning med eller utan isolering från resten av annan komponent i programvara eller applikation.
Som vi vet Software Test Life Cycle Architecture har massor av test-artefakter (dokument gjorda, används under testaktiviteter). Bland många tester – artefakter, är det testpolicyn och teststrategin som definierar typerna av testning, testdjupet som ska utföras i ett givet projekt.
Vem gör komponenttestning
Komponenttestning utförs av testare. "Enhetstestning" utförs av utvecklarna där de testar den individuella funktionaliteten eller proceduren. Efter Enhetstestning utförs, är nästa testning komponenttestning. Komponenttestning görs av testarna.
När ska man utföra komponenttestning
Komponenttestning utförs strax efter att enhetstesten har gjorts av utvecklarna och konstruktionen släpps för testteamet. Denna konstruktion kallas UT-byggnad (Unit Testing Build). Huvudfunktionaliteten hos alla komponenter testas i denna fas,
Inträdeskriterier för komponenttestning
- Minsta antal av komponenten som ska inkluderas i UT bör utvecklas och enhetstestades.
Utgångskriterier för komponenttestning
- Funktionaliteten för alla komponenter bör fungera bra.
- Det bör inte förekomma några kritiska eller höga eller medelstora eller prioriterade defekter defekt logga.
Tekniker för komponenttestning
Baserat på djup av testnivåer kan komponenttestning kategoriseras som
- CTIS – Komponenttestning i liten skala
- CTIL – Component Testing In Large
CTIS – Komponenttestning i liten
Komponenttestning kan göras med eller utan isolering av resten av andra komponenter i programvaran eller applikationen som testas. Om det utförs med isolering av en annan komponent, kallas det komponenttestning i liten.
Exempel 1: Tänk på en webbplats som har 5 olika webbsidor och sedan testa varje webbsida separat och med isolering av andra komponenter kallas Komponenttestning i Small.
Exempel 2: Tänk på hemsidan för guru99.com webbplats som har många komponenter som
Hem, Testning, SAP, Web, Must Learn!, Big Data, Live Projects, Blog och etc.
På samma sätt är all programvara gjord av många komponenter och varje komponent kommer också att ha sina egna underkomponenter. Att testa varje modul som nämns i exempel 2 separat utan att beakta integration med andra komponenter kallas Komponenttestning i liten.
Klicka på rullgardinsmenyn Test enligt snapshowen nedan och se olika "underkomponenter" av testkomponenten. Så underkomponenterna som visas är Manuell testning, SOAPUI, QTP, JUnit, Selenium, Testhantering, Selenium, Mobil Testning osv.
Obs: Underkomponenten nämns med röd markerad färg i ögonblicksbilden nedan.
CTIL – Komponenttestning i stort
Komponenttestning som görs utan isolering av andra komponenter i programvaran eller applikationen som testas kallas Component Testing Large.
Låt oss ta ett exempel för att förstå det på ett bättre sätt. Anta att det finns en applikation som består av tre komponenter säg Komponent A, Komponent B, och Komponent C.
Utvecklaren har utvecklat komponent B och vill att den ska testas. Men för att fullständigt testa komponent B, få av dess funktioner är beroende av komponent A och få på komponent C.
Funktionsflöde: A -> B -> C vilket betyder att det finns ett beroende till B från både A och C, enligt diagrammet är det kallas funktion, och föraren är anropsfunktion.
Men komponent A och komponent C har inte utvecklats ännu. I så fall, för att testa komponent B helt, kan vi byta ut komponent A och komponent C med stubb och drivrutiner efter behov. Så i grund och botten ersätts komponent A & C av stub & driver's som fungerar som ett dummyobjekt tills de faktiskt är utvecklade.
- Stump: En stubb anropas från mjukvarukomponenten som ska testas som visas i diagrammet nedan 'Stub' anropas av komponent A.
- Förare: En drivrutin anropar den komponent som ska testas enligt diagrammet nedan 'Komponent B' anropas av föraren.
Exempel på testfall för komponenttestning
Tänk på två webbsidor enligt diagrammen som nämns nedan. Här är båda webbsidorna relaterade till varandra ur funktionssynpunkt.
- Webbsida 1 är inloggningssida till demo.guru99.com
När användaren angav ett giltigt användar-id och lösenord i textfältet och klickade på knappen Skicka, kommer webbsidan att navigera till hemsidan för guru99 demo bank webbplats.
- Webbsida 2 är hemsidan för Guru99.com
Så här är inloggningssidan en komponent, och startsidan är en annan. Nu kallas det att testa funktionaliteten för enskilda sidor separat komponenttestning.
Scenarier för komponenttestning på webbsida 1 –
- Ange ogiltigt användar-ID och kontrollera om någon användarvänlig varning visas för slutanvändaren.
- Ange ogiltigt användar-id och lösenord och klicka på "återställ" och kontrollera om uppgifterna som anges i textfälten användar-id och lösenord är raderade.
- Ange ett giltigt användarnamn och lösenord och klicka på knappen "Logga in".
Scenarier för komponenttestning på webbsida 2 –
- Kontrollera om meddelandet "Välkommen till chefssidan för guru99 bank" visas på startsidan.
- Kontrollera om alla länkar till vänster på webbsidan är klickbara.
- Kontrollera om chefs-id:t visas i mitten av startsidan.
- Verifiera närvaron av de 3 olika bilderna på hemsidan enligt diagrammet.
Enhetstestning kontra komponenttestning
| Enhetstestning | Komponenttestning |
|---|---|
| Testa enskilda program, moduler för att visa att programmet körs enligt specifikationen kallas Enhetstestning | Att testa varje objekt eller delar av programvaran separat med eller utan isolering av andra objekt kallas Komponenttestning |
| Dess valideras mot designdokument | Det är validerat mot testkrav, användningsfall |
| Enhetstestning görs av utvecklare | Komponenttestning utförs av testare |
| Enhetstestning görs först | Komponenttestning görs efter att enhetstestning är klar från utvecklarens sida. |
Sammanfattning
In Mjukvaruutveckling, Komponenttestning spelar en avgörande roll för att hitta felen. Innan vi börjar Integrationstestning efter komponenttestningen och integrationstestningen följs av komponenttestning.
Komponenttestning kallas även modultestning i vissa referenser.
