Introduktion til systemintegrationstest (SIT)
Systemintegrationstestning er en type test, der udføres på det komplette system, efter at hardware- og softwaremodulerne i dette system er blevet integreret. Det gøres for at validere systemets opførsel og for at kontrollere, om alle moduler i systemet fungerer hensigtsmæssigt med hinanden. Det gøres også for at bevare dataintegriteten mellem modulerne i systemet.
Systemintegrationstestning (SIT) udføres, når undersystemerne individuelt har gennemgået enhedstestning, og at testen er gennemført. SIT tester derefter systemet som helhed, efter at det er blevet integreret. Resultatet af SIT sendes derefter videre til User accept testing (UAT).
Fordele ved systemintegrationstest
- SIT hjælper med at opdage defekter på et tidligt tidspunkt. Manglerne fundet under SIT sendes tilbage for at blive rettet af udviklingsholdet. Dette hjælper med at spare tid og omkostningerne ved at fikse det på et senere tidspunkt, hvilket kan være dyrere.
- SIT hjælper med at få en tidlig udtalelse om, hvorvidt et modul i systemet er acceptabelt.
- SIT hjælper med at afsløre de fejl, der kan finde sted, når integrerede komponenter interagerer.
- Der er flere moduler i et system, og enhedstestning af alle moduler individuelt tager tid. Selv hvis hver enhed testes individuelt, er der også en mulighed for, at den kan mislykkes, når den integreres som en helhed, da der er mange problemer, der stiger, når undersystemer interagerer med hinanden.
SIT er således essentielt forpligtet til at afdække og løse problemerne, før systemet sendes til brugeren.
Fremgangsmåder til udførelse af SIT
Lad os se på de forskellige tilgange til udførelse af SIT, lad os forstå dette en efter en.
1. Top-Down-tilgang
Dette er en inkrementel tilgang, hvor testningen begynder i det øverste modul i en applikation. Modulernes funktionalitet på et lavere niveau simuleres ved hjælp af stubber. Det øverste modul er integreret med modulernes stubber på de lavere niveauer, en efter en for at teste deres funktionaliteter. Når hver test er afsluttet, erstattes den respektive stub med det virkelige modul. Denne metode til test fortsætter, indtil hele systemet er testet.
Fordel
- Intet behov for drivere, og systemets funktionalitet bruges til at specificere testsager.
Ulempe
- Der er en afhængighed af tilgængeligheden af funktionaliteten i modulerne på lavere niveau.
- Der kan være forsinkelse i testen, da de reelle moduler erstattes med stubber.
- Det er vanskeligt at skrive stubber.
2. Bund-op-tilgang
Dette er en inkrementel tilgang, hvor først modulerne på det laveste niveau samles for at danne klynger. Derefter laves en driver for at få input og output fra testkassen. Derefter testes klyngen. Når klyngen er testet, fjernes driveren, så klyngen kan kombineres med det øverste niveau. Denne metode til test fortsætter, indtil hele systemet er testet.
Fordel
- Stubbe er ikke nødvendigt i denne tilgang.
- Testning bliver lettere, når processen stiger, fordi brugen af drivere reduceres.
Ulempe
- Det vigtigste modul, dvs. UI, testes i slutningen.
3. Big Bang-tilgang
I denne tilgang er systemets moduler først integreret, når alle modulerne er afsluttet. Efter integration udføres test på hele systemet for at kontrollere, om det fungerer.
Fordel
- Der kræves kun en SIT-runde.
Ulempe
- Det er vanskeligt at finde den grundlæggende årsag til en fejl.
Process til systemintegrationstest
Den mest almindelige metode til udførelse af SIT er gennem den datadrevne metode, da den kræver mindst brug af softwaretestværktøjer.
I denne metode finder primært en dataudveksling, dvs. dataimport og eksport sted mellem systemmodulerne, og derefter observeres ydelsen af hvert datafelt i det individuelle lag.
Når softwaren er integreret, kan der være tre hovedtilstande af dataflyt:
1. Datatilstand, når der flydes inden for integrationslaget
Integrationslaget fungerer som en grænseflade mellem dataimport og eksport. Grundlæggende viden om visse skemateknologier er påkrævet for at udføre SIT på dette lag.
Trin til at udføre SIT til validering af dataudvekslingen:
- Autentificere dataegenskaberne i dette lag i forhold til kravdokumenterne.
- Valider anmodning om webtjeneste.
- Kør nogle enhedstest for at verificere datakortlægning og anmodninger.
- Gennemgå logfilerne.
2. Datatilstand, når det flyder inden i databaselaget
Grundlæggende kendskab til SQL er påkrævet for at udføre SIT på dette lag.
Trin til at udføre SIT til validering af dataudvekslingen:
- Kontroller, om alle dataene er nået og er begået fra det foregående niveau.
- Autentificere tabel- og kolonneegenskaber i forhold til kravdokumenterne.
- Kontroller datavalideringsreglerne og de begrænsninger, der er anvendt på databasen.
- Kontroller lagrede procedurer for eventuelle data, der skal behandles.
- Gennemgå logfilerne.
3. Datatilstand, når det flyder inden for applikationslaget
Trin til at udføre SIT til validering af dataudvekslingen:
- Kontroller, om markerne er synlige i brugergrænsefladen.
- Udfør testtilfælde, både positive og negative for at bekræfte dataene.
Eksempel på SIT
For at gøre SIT lidt klarere, lad os tage et eksempel på et firma, der bruger software til at gemme medarbejderoplysninger.
Denne software består af to skærme i UI, nemlig navneskærm og medarbejder-ID-skærm, og den har en database kaldet database A. Oplysningerne, der er indtastet i navneskærm og medarbejder-ID-skærm, indtastes i databasen A.
Efter nogle få år kræver virksomheden yderligere data fra medarbejderne. Således kræves en forbedring, og de udvikler en adresseskærm med en anden database, database B. Nu skal dette system med adresseskærm og database B integreres med det eksisterende system, og derefter skal denne test udføres på hele systemet for at få den rette funktionalitet kaldes SIT.
Afslutningsvis er SIT en vigtig del af vores test, da det giver os det første indtryk af, hvor godt vores applikation kører. Det kan gøres ved hjælp af forskellige tilgange og processer, og vi kan bruge det, der er egnet til vores anvendelse.
Anbefalede artikler
Dette har været en guide til systemintegrationstest. Her diskuterede vi koncepter, tilgange, fordele og ulemper ved systemintegrationstest. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- Hvad er softwaretestning?
- Test af interviewspørgsmål
- Defekter livscyklus i softwaretest
- Spørgsmål om systemdesigninterview