Introduktion till systemintegrationstestning (SIT)
Systemintegrationstestning är en typ av testning som görs på hela systemet efter att maskinvaru- och programvarumodulerna i det systemet har integrerats. Det görs för att validera systemets beteende och för att kontrollera om alla moduler i systemet fungerar lämpligt med varandra. Det görs också för att bevara dataintegriteten mellan modulerna i systemet.
Systemintegrationstestning (SIT) utförs efter att delsystemen individuellt har genomgått enhetstestning och att testningen har genomförts. SIT testar sedan systemet som helhet efter det att det har integrerats. Resultatet av SIT överförs sedan till användaracceptationstest (UAT).
Fördelarna med systemintegrationstest
- SIT hjälper till att upptäcka defekter i ett tidigt skede. De defekter som hittades under SIT skickas tillbaka för att fixas av utvecklingsgruppen. Detta hjälper till att spara tid och kostnaderna för att fixa det i ett senare skede, vilket kan bli dyrare.
- SIT hjälper till att få ett tidigt yttrande om acceptansen för en modul i systemet.
- SIT hjälper till att avslöja de fel som kan uppstå när integrerade komponenter samverkar.
- Det finns flera moduler i ett system och enhetstestning av alla moduler individuellt tar tid. Även om varje enhet testas individuellt, även då finns det en möjlighet att den kan misslyckas när den är integrerad som en helhet eftersom det finns många problem som stiger upp när undersystem interagerar med varandra.
SIT krävs alltså i huvudsak för att avslöja och fixa problemen innan systemet skickas till användaren.
Metoder för att utföra SIT
Låt oss titta på de olika metoderna för att utföra SIT, låt oss förstå detta en efter en.
1. Uppifrån-ner-strategi
Detta är ett stegvis tillvägagångssätt, där testningen börjar i den översta modulen i en applikation. Modulernas funktionalitet på en lägre nivå simuleras med hjälp av stubbar. Den översta modulen är integrerad med modulerna på de lägre nivåerna, en efter en för att testa deras funktionalitet. När varje test har avslutats ersätts respektive stubb av den riktiga modulen. Detta sätt att testa fortsätter tills hela systemet testas.
Fördel
- Inget behov av drivrutiner och systemets funktionalitet används för att specificera testfallen.
Nackdel
- Det finns ett beroende av tillgängligheten av funktionaliteten för lägre nivåmoduler.
- Det kan vara en försening i testningen eftersom de verkliga modulerna ersätts med stubbar.
- Att skriva stubbar är svårt.
2. Uppifrån och upp
Detta är ett stegvis tillvägagångssätt, där först modulerna på lägsta nivå samlas för att bilda kluster. Sedan görs en drivrutin för att få inmatningen och utgången från testfallet. Sedan testas klustret. Efter att klustret har testats tas drivrutinen bort så att klustret kan kombineras med den övre nivån. Detta sätt att testa fortsätter tills hela systemet testas.
Fördel
- Stubbar behövs inte i detta tillvägagångssätt.
- Testning blir enklare när processen stiger eftersom användningen av drivrutiner minskas.
Nackdel
- Den viktigaste modulen, dvs. UI, testas i slutet.
3. Big Bang-strategi
I detta tillvägagångssätt integreras systemets moduler först efter att alla moduler är slutförda. Efter integration utförs testning på hela systemet för att kontrollera att det fungerar.
Fördel
- Endast en omgång SIT krävs.
Nackdel
- Det är svårt att hitta grundorsaken till ett fel.
Process för systemintegrationstest
Den vanligaste metoden för att utföra SIT är genom den datadrivna metoden eftersom den kräver minst användning av mjukvarutestverktyg.
I denna metod sker primärt ett datautbyte, dvs. dataimport och export mellan systemmodulerna och sedan observeras prestanda för varje datafält i det enskilda lagret.
När programvaran har integrerats kan det finnas tre huvudsakliga dataflöden:
1. Datatillstånd vid flöde inom integrationslagret
Integrationsskiktet fungerar som ett gränssnitt mellan dataimport och export. Grundläggande kunskaper om vissa schemateknologier krävs för att utföra SIT i detta lager.
Steg för att utföra SIT för att validera datautbytet:
- Autentisera dataegenskaperna i detta lager mot kravdokumenten.
- Verifiera begäran om webbtjänst.
- Kör några enhetstester för att verifiera datakartläggningar och begäranden.
- Granska loggarna.
2. Datatillstånd när det flyter inom databasskiktet
Grundläggande kunskaper om SQL krävs för att utföra SIT i detta lager.
Steg för att utföra SIT för att validera datautbytet:
- Kontrollera om alla uppgifter har nått och har begåtts från föregående nivå.
- Autentisera tabell- och kolumnegenskaperna mot kravdokumenten.
- Verifiera datavalideringsreglerna och begränsningarna som tillämpas på databasen.
- Kontrollera lagrade procedurer för data som ska behandlas.
- Granska loggarna.
3. Datatillstånd när det flyter inom applikationsskiktet
Steg för att utföra SIT för att validera datautbytet:
- Kontrollera om fälten i UI är synliga.
- Utför testfall, både positiva och negativa för att bekräfta uppgifterna.
Exempel på SIT
För att göra SIT lite tydligare, låt oss ta ett exempel på ett företag som använder programvara för att lagra information om anställda.
Denna mjukvara består av två skärmar i UI, nämligen Name Screen och Employee ID Screen, och den har en databas som heter Database A. Informationen som anges i Name Screen och Employee ID Screen anges i databasen A.
Efter några år kräver företaget ytterligare data från de anställda. Således krävs en förbättring och de utvecklar en adressskärm med en annan databas, databas B. Nu måste detta system som har adressskärm och databas B integreras med det befintliga systemet, och sedan testas detta på hela systemet för korrekt funktionalitet kallas SIT.
Avslutningsvis är SIT en viktig del av våra tester eftersom det ger oss det första intrycket av hur bra vår applikation fungerar. Det kan göras med hjälp av olika tillvägagångssätt och processer, och vi kan använda det som är lämpligt för vår applikation.
Rekommenderade artiklar
Detta har varit en guide till systemintegrationstestning. Här diskuterade vi begreppen, tillvägagångssätten, fördelarna och nackdelarna med System Integration Testing. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- Vad är mjukvarutestning?
- Testa intervjufrågor
- Defekter livscykeln vid mjukvarutestning
- Frågor om systemdesignintervjuer