- Enhetstestning Vs integrationstestning Vs funktionstestning
- Vad är enhetstestning?
- Vad är integrationstestning?
- Enhetstestning kontra integrationstestning
- Funktionell testning
- Slutsats
- Rekommenderad läsning
En detaljerad jämförelse av enhetstest, integrationstest och funktionstest:
För alla mjukvaruapplikationer är både enhetstestning och integrationstestning mycket viktiga eftersom de båda använder en unik process för att testa en mjukvaruapplikation.
Men ingen av dem eller båda kan ersätta funktionell testning i något skede.
Enhetstestning Vs integrationstestning Vs funktionstestning
Testning av enheter innebär att man testar enskilda moduler i ett program isolerat (utan interaktion med beroenden) för att bekräfta att koden gör saker och ting rätt.
Integrationstestning innebär att kontrollera om olika moduler fungerar bra när de kombineras som en grupp.
Funktionell testning innebär att man testar en del av funktionaliteten i systemet (kan interagera med beroenden) för att bekräfta att koden gör rätt saker.
Funktionella tester är relaterade till integrationstester, men de avser tester som kontrollerar hela applikationens funktionalitet med all kod som körs tillsammans, nästan ett superintegrationstest.
Vid enhetstestning kontrolleras en enskild komponent i systemet, medan man vid funktionalitetstestning kontrollerar hur ett program fungerar i förhållande till den avsedda funktionalitet som beskrivs i specifikationen av systemkraven. Vid integrationstestning kontrolleras däremot integrerade moduler i systemet.
För att optimera avkastningen på investeringen (ROI) bör din kodbas ha så många enhetstester som möjligt, färre integrationstester och så få funktionstester som möjligt.
Detta illustreras bäst i följande testpyramid:
Enhetstester är lättare att skriva och snabbare att utföra. Tiden och ansträngningen för att implementera och underhålla testerna ökar från enhetstester till funktionella tester, vilket visas i pyramiden ovan.
Exempel:
Låt oss förstå dessa tre typer av testning med ett förenklat exempel.
T.ex. För att en mobiltelefon ska fungera är de viktigaste delarna "batteri" och "sim-kort".
Exempel på enhetstestning - Batteriet kontrolleras med avseende på livslängd, kapacitet och andra parametrar. Sim-kortet kontrolleras med avseende på aktivering.
Exempel på integrationstestning - Batteriet och sim-kortet är integrerade, dvs. monterade för att starta mobiltelefonen.
Exempel på funktionell testning - Mobiltelefonens funktionalitet kontrolleras med avseende på funktioner, batteriförbrukning och simkort.
Vi har sett ett exempel i lekmannatermer.
Låt oss nu ta ett tekniskt exempel på en inloggningssida:
Nästan alla webbapplikationer kräver att användarna/kunderna loggar in. Därför måste varje applikation ha en "inloggningssida" som innehåller dessa element:
- Konto/användarnamn
- Lösenord
- Knapp för inloggning/registrering
För enhetstestning kan följande vara testfall:
- Fältlängd - fält för användarnamn och lösenord.
- Värdena i inmatningsfälten ska vara giltiga.
- Inloggningsknappen aktiveras först när giltiga värden (Format och längd) har angetts i båda fälten.
För integrationstestning kan följande vara testfall:
- Användaren ser välkomstmeddelandet efter att ha angett giltiga värden och tryckt på inloggningsknappen.
- Användaren bör navigeras till välkomstsidan eller hemsidan efter giltig inmatning och efter att ha klickat på knappen Logga in.
När enhetstest och integrationstest är gjorda, låt oss nu se de ytterligare testfall som beaktas för funktionstestning:
- Det förväntade beteendet kontrolleras, dvs. om användaren kan logga in genom att klicka på inloggningsknappen efter att ha angett ett giltigt användarnamn och lösenord.
- Finns det ett välkomstmeddelande som ska visas efter en lyckad inloggning?
- Finns det ett felmeddelande som ska visas vid en ogiltig inloggning?
- Finns det några lagrade webbplatscookies för inloggningsfält?
- Kan en inaktiverad användare logga in?
- Finns det någon länk "glömt lösenord" för användare som har glömt sina lösenord?
Det finns många fler sådana fall som en funktionstestare kan tänka sig när han eller hon utför funktionstestning. Men en utvecklare kan inte ta upp alla fall när han eller hon bygger upp testfall för enhetstest och integrationstest.
Det finns alltså många scenarier som ännu inte har testats, även efter enhets- och integrationstestning.
Det är nu dags att granska enhets-, integrations- och funktionstestning en efter en.
Vad är enhetstestning?
Som namnet antyder handlar denna nivå om att testa en "enhet".
Här kan enheten vara den minsta del av en applikation som kan testas, oavsett om det är den minsta enskilda funktionen, metoden etc. Programvaruutvecklare är de som skriver enhetstestfallen. Målet är att matcha kraven och enhetens förväntade beteende.
Nedan följer några viktiga punkter om enhetstestning och dess fördelar:
- Enhetstestning görs före integrationstestning av programvaruutvecklare med hjälp av white box-testningstekniker.
- Enhetstestning kontrollerar inte bara det positiva beteendet, dvs. korrekt utdata vid giltig inmatning, utan även de fel som uppstår vid ogiltig inmatning.
- Att hitta problem/fel i ett tidigt skede är mycket användbart och minskar de totala projektkostnaderna. Eftersom enhetstestning görs innan koden integreras kan problem som upptäcks i detta skede lösas mycket lätt och deras inverkan är också mycket liten.
- Ett enhetstest testar små kodbitar eller enskilda funktioner så att de problem/fel som upptäcks i dessa testfall är oberoende och inte påverkar de andra testfallen.
- En annan viktig fördel är att enhetstestfallen förenklar och underlättar testningen av koden. Det blir lättare att lösa problemen i ett senare skede eftersom endast den senaste ändringen i koden ska testas.
- Enhetstester sparar tid och kostnader, och de är återanvändbara och lätta att underhålla.
JUnit (Java-ramverk), PHPUnit (PHP-ramverk), NUnit (.Net-ramverk) etc. är populära verktyg för enhetstestning som används för olika språk.
Vad är integrationstestning?
Integrationstestning är testning av integrationen av olika delar av systemet tillsammans. Två olika delar eller moduler av systemet integreras först och därefter utförs integrationstestning.
Syftet med integrationstestning är att kontrollera systemets funktionalitet, tillförlitlighet och prestanda när det är integrerat.
Integrationstestning utförs på de moduler som först testas i enheter, och därefter fastställs om kombinationen av modulerna ger önskat resultat eller inte.
Integrationstestning kan antingen göras av oberoende testare eller av utvecklare.
Det finns tre olika typer av metoder för integrationstestning, och vi ska kortfattat diskutera var och en av dem:
a) Big Bang-integreringsmetoden
I detta tillvägagångssätt integreras och testas alla moduler eller enheter som en helhet vid ett och samma tillfälle. Detta görs vanligtvis när hela systemet är redo för integrationstestning vid en enda tidpunkt.
Förväxla inte denna metod för integrationstestning med systemtestning, eftersom endast integrationen av moduler eller enheter testas och inte hela systemet som vid systemtestning.
Big bang-metodens viktigaste fördel är att allt som är integrerat testas samtidigt.
En viktig nackdel är att det blir svårt att identifiera bristerna.
Exempel: I figuren nedan integreras och testas enheterna 1 till 6 med hjälp av Big bang-metoden.
b) Uppifrån och ner-strategi
Integrationen av enheterna/modulerna testas steg för steg från den övre till den nedre nivån.
Den första enheten testas individuellt genom att skriva test STUBS. Därefter integreras de lägre nivåerna en efter en tills den sista nivån sammanställs och testas.
Uppifrån och ner-strategin är ett mycket organiskt sätt att integrera eftersom den överensstämmer med hur saker och ting sker i den verkliga miljön.
Den enda oro med detta tillvägagångssätt är att de viktigaste funktionerna testas i slutet.
c) Bottom-up-metoden
Enheterna/modulerna testas steg för steg från den nedre till den övre nivån tills alla nivåer av enheter/moduler är integrerade och testas som en enhet. Stimulatorprogram som kallas DRIVERS Det är lättare att upptäcka problem eller fel på lägre nivåer.
De viktigaste nackdel Det är dock en nackdel med detta tillvägagångssätt att de överordnade frågorna kan identifieras först i slutet när alla enheter har integrerats.
Enhetstestning kontra integrationstestning
Vi har diskuterat tillräckligt mycket om enhetstestning och integrationstestning, så låt oss snabbt gå igenom skillnaderna mellan de två i följande tabell:
Testning av enheter | Integrationstestning |
---|---|
Testar en enskild komponent av hela systemet, dvs. testar en enhet isolerat. | Testar systemkomponenter som fungerar tillsammans, dvs. testar samarbetet mellan flera enheter. |
Snabbare att genomföra | Kan köras långsamt |
Inget externt beroende. Alla externa beroenden är mocked eller stubbed out. | Kräver interaktion med externa beroenden (t.ex. databas, hårdvara osv.). |
Enkelt | Komplex |
Genomförs av utvecklaren | Utförd av testpersonalen |
Det är en typ av testning i vit låda. | Det är en typ av testning av en svart låda. |
Utförs i den inledande fasen av testningen och kan sedan utföras när som helst. | Måste utföras efter enhetstestning och före systemtestning. |
Billigt underhåll | Dyrt underhåll |
Börjar med modulspecifikationen. | Börjar med gränssnittsspecifikationen. |
Enhetstestning har ett snävt tillämpningsområde eftersom den bara kontrollerar om varje liten kodbit gör vad den är avsedd att göra. | Den har ett större tillämpningsområde eftersom den omfattar hela tillämpningen. |
Resultatet av enhetstestning är en detaljerad synlighet av koden. | Resultatet av integrationstestningen är en detaljerad synlighet av integrationsstrukturen. |
Upptäcker endast problem inom funktionaliteten hos enskilda moduler. Upptäcker inte integrationsfel eller systemövergripande problem. | Upptäck fel som uppstår när olika moduler interagerar med varandra för att bilda det övergripande systemet. |
Funktionell testning
En testteknik för svart låda där programmets funktionalitet testas för att generera önskat resultat när en viss indata tillhandahålls kallas "funktionell testning".
I våra programvarutestningsprocesser gör vi detta genom att skriva testfall i enlighet med kraven och scenarierna. För varje funktionalitet kan antalet testfall som skrivs variera från ett till många.
Slutsats
Alla dessa tre testtyper är korrelerade.
För att uppnå full täckning krävs enhetstester för kodsträckor/linjer, funktionella tester och integrationstester för att säkerställa att "enheterna" fungerar tillsammans på ett sammanhängande sätt.
Jag hoppas att den här artikeln har gett dig en klar uppfattning om enhets-, integrations- och funktionstestning samt skillnaderna mellan dem, även om det finns mycket mer än dessa former av testning!!