Vad är integrationstest

Med framstegen inom informationstekniken blir saker och ting mycket lättare för oss, människor och bokstavligen kan allt göras på bara ett ögonblick. Men innan detta kan allt göras mycket hårt arbete och viktigast av allt ”LOGIC” läggs bakom det. Ibland har vi sett att vissa funktioner inte fungerar exakt enligt förväntningarna eller att resultaten från programvaran inte stämmer överens med våra förväntningar, det är där mjukvarutestningen spelar en viktig roll. För att korrigera fel i systemen, för att uppnå korrekta / förväntade resultat är programvarutestning.

För att förstå vad integreringstest betyder, måste vi först förstå vad mjukvarutestning betyder! Programvarutestning är en aktivitet för att kontrollera om resultatet / resultatet av ett test motsvarar det förväntade resultatet / resultatet, vilket innebär att programvaran körs korrekt. Resultatet som erhålls efter att viss programvara / system har körts måste matcha det resultat som förväntas som utgången från programvaran / systemet; om det inte lyckas med det måste programvaran skrivas om eller vissa ändringar måste göras i kodkod.

Programvarutestning av ett programvarusystem görs på olika nivåer. Testnivåerna visas på följande sätt:

Kronologiskt utförs integrationstestning efter det första steget, "Enhetstestning". När namnet integration går, är den textdefinitionen av Integration Testing "Enskilda programvarumoduler kombineras och testas tillsammans, som en grupp". Det betyder att det i programvara finns många komponenter. Dessa många komponenter tillsammans när de kombineras bildar ett programvarusystem. Detta programvarusystem testas tillsammans och testnivån på vilket det testas kallas integrationstest. Så när dessa moduler kombineras måste resultatet som erhålls ur det motsvara resultatet som förväntas, det är där integrationstest kommer in i en del. Huvudsyftet med integrationstestning är att kontrollera om enskilda moduler fungerar korrekt när de kombineras.

Även känd som I & T (Integration and Testing) kan hjälpa till att testa en individ såväl som full modultestning. Det ingår i både Black Box och White Box Testing. De flesta av organisationerna testar bara sina programvaror med hjälp av enhetsprovning och funktionella testmetoder.

Typer och tillvägagångssätt

Det finns fyra typer och tillvägagångssätt för integrationstestning, som nämns nedan:

  1. Big Bang-strategi
  2. Nedifrån-upp-strategi
  3. Uppifrån-ner-strategi
  4. Hybrid / Sandwich

1. Big Bang-strategi:

De utvecklade modulerna / komponenterna i programvarans system är kopplade ihop. Dessa enskilda moduler testas tillsammans när de är kopplade. Efter enhetstest testas dessa moduler tillsammans som bildar ett programvarusystem. Men vissa av oss kan ha denna fråga som, hur skiljer sig mjukvarusystemtest i sin helhet och integreringstest? Det viktigaste vi förstår här är att testen utförs för integreringstester för de enskilda modulerna tillsammans efter att enhetstester har genomförts; och i mjukvarusystemtest testas hela systemet med alla parametrar som beaktas.

Följande diagram visar exakt vad Big Bang-metoden för integrationstest betyder:

Med Big Bang Approach finns det några fördelar och nackdelar som är förknippade med:

fördelar:

  • Det är mycket bekvämt att närma sig om systemen är små. Eftersom tiden för denna strategi är mer kan stora system leda till mer tidskonsumtion.
  • Detektering av fel är mycket enkelt med detta med tanke på små system

nackdelar:

  • Eftersom alla moduler är kopplade är det svårt att upptäcka det om något fel uppstår i systemen.
  • Vissa moduler är mycket viktiga och de måste testas. Dessa moduler måste testas innan de används i systemet. Men under integreringstest kanske dessa moduler inte testas effektivt eftersom alla moduler är kopplade ihop.
  • Den tid som hela programvarusystemet tar är mycket mer än andra metoder för integrationstest.
  • Kopplingen av modulerna kan ta lite tid, vilket kan leda till att tiden för mjukvarussystemets totala processtid tar upp.
  • Det tar mer tid för detta tillvägagångssätt, eftersom många moduler kopplas ihop och testning av varje modul tar mer tid.

2. Nedifrån-upp-strategi

I detta tillvägagångssätt testas modulerna på låg nivå först, tillsammans och individuellt. Alla bottennivåmoduler är integrerade som inkluderar, funktioner och procedurer och allt är kopplat och testat. Detta hjälper till att testa moduler på högre nivå, eftersom det utgör en bas för det. Denna procedur upprepas för att alla moduler från bottennivå till toppnivåmodul testas noggrant. Enkelt uttryck börjar testningen, från de inre och de mest nedersta modulerna och stegvis steg upp. Nu som anges i diagrammet tas hjälp av en förare när han gör det. Så vad är en drivrutin och hur hjälper det? Som flödet antyder kan toppnivåmodulerna inte integreras i systemet förrän och om testet på bottennivåmodulen är gjort och kopplat. Så här hjälper föraren att koppla in bottennivå- och toppnivåmoduler och fungerar som ett medium eller i en teknisk term som en samtalsfunktion.

fördelar:

  • Utveckling av enskilda moduler kan göras medan integreringstestning bottom-up-metoden används, eftersom koppling och integreringstest utförs efter att bottennivåmodulerna testats först.
  • Om något fel finns / uppstår kan det fixas på samma gång och på samma nivå. Felidentifieringen och korrigeringen är mycket lättare än andra tillvägagångssätt.
  • Den tid som krävs för felidentifiering och felkorrigering är mycket mindre jämfört med andra metoder.
  • Fel kan lösas på samma instans bottennivå eller på översta nivå.

nackdelar:

  • Det tar mer tid för hela processen, testprocessen slutar inte förrän alla moduler för båda, topp- och bottenivån ingår och testas.
  • Drivrutiner är nödvändiga för att ringa moduler på hög nivå
  • Om mjukvarusystemet innehåller fler och fler små men komplexa moduler kan det ta mer tid att slutföra programvarutestprocessen.

3. Uppifrån-ner-strategi

Denna strategi är precis motsatsen till bottom-up-metoden. Toppnivåmodulerna testas initialt och sedan testas andra lägre nivåmoduler samtidigt. De översta modulerna testas först individuellt eftersom specialtestningstest körs för den översta modulen och så småningom tas andra moduler med i beräkningen och testas. Uppifrån och ner-metoden kräver en samtalsfunktion precis som en bottom-up-metod som heter Stubs. Stubbarna är kortkodslogiska uttalanden som används för att acceptera ingångar från toppnivåmodulerna och till slut kallar moduler för bottennivå för integration och testning.

fördelar:

  • Enkelt fel eller fel kan upptäckas i detta tillvägagångssätt.
  • Avgörande moduler testas noggrant och före andra moduler.
  • Test av mjukvarusystemintegrering kan göras på kortare tid jämfört med andra metoder.

nackdelar:

  • Moduler på bottennivå kanske inte testas till den förväntade nivån eller kanske inte testas enligt kraven.
  • Stubbar behövs och krävs för att testprocessen ska fortsätta ytterligare.

4. Hybrid / Sandwich-strategi

Även känd som Test av blandad integration. Botten-upp-strategi och topp-ner-strategi kombineras i det här tillvägagångssättet. Därför känd som Hybrid- eller Sandwich- eller Mixed Integration-testmetod. Detta tillvägagångssätt används för att täcka fallet för båda de som närmar sig individuellt. Den översta modulen är enhetstestad och samtidigt integreras och testas bottennivåmoduler med toppnivåmodulerna.

fördelar:

  • Används oftast för stora projekt och som kräver mycket tid för slutförande.

nackdelar:

  • Kostnaderna för denna typ av testning är ganska hög eftersom båda metoderna används vid slutförandet av testningen.

Fördelar med integrationstest

  1. Integrationstest för olika moduler samtidigt är enkelt.
  2. Kan användas både i tidiga och senare skeden i testprocessen.
  3. Kodlängdstäckning är mer jämfört med andra mjukvarutestningstekniker, eftersom båda kan man använda botten upp och upp och ner.
  4. Enligt förändringarna i kraven varierar utvecklingen, så testning av moduler på olika nivåer blir viktiga, för vilka integrationstestning lätt kan användas.

Varför integreringstest används

  • Människor som har varit i IT-branschen kanske känner till de ständiga förändringarna som händer. Enligt kraven förändras behovet av att utveckla ett visst programvarusystem varje dag, så varje dag utvecklas nya kodkodar. Nu när dessa korrigeringar kopplas ihop för att bilda en programvara. Så för att kontrollera detta är integrationstestning och dess metoder ett måste.
  • När en komplex eller enorm programvara kodas eller byggs, klassificeras den i separata moduler. Många arbetar på dessa moduler samtidigt, men när dessa moduler är integrerade görs testning. I de flesta fall kräver integration av moduler att integreringstest görs på den innan den behandlas vidare.
  • De flesta mjukvaruapplikationer kräver, vissa stödbibliotek fungerar. Integrationstest görs när dessa bibliotek används tillsammans med den kod som utvecklats.
  • Integration blir ett måste när programvaran utvecklas, eftersom felen kan korrigeras på den angivna nivån. Som vi känner till tillvägagångssätten kan en av metoderna användas för det.

Integrationsprovningsfall

Tänk på att vi bygger en programvara för anställdshantering. Denna programvara har tre huvudaspekter:

  1. Anställdas inloggning
  2. Anställdsrapport
  3. Anställds lönebeteckningssida och lönenivå

Nu med tanke på ovanstående fall, först utvecklas programvaran och flödet bör vara anställdsregistrering (Ange värden, ex: anställds id, namn, telefonnummer, etc). Efter korrekta ingångar bör den omdirigera till nätsidan som anställds rapportsida. Nu, om den här anställda inte riktas till rapportsidan och direkt till lönesidan, och då är det ett fel. Så för att korrigera detta görs flödet, sekvensen av aktiviteter, integrationstest.

Ett annat exempel på integrationstestning är:

Vi kontrollerar dagligen våra e-postmeddelanden. Alla leverantörer av e-posttjänster ger oss samma funktionalitet.

Login-> Inbox->Send / Delete Mail-> Logout

Nu, här när vi loggar in på deras servrar, kontrolleras först värdena för riktigheten, det vill säga enhetstestning. Så efter inloggningsuppgifterna matchar bör inloggningssidan överföra oss till inkorgssidan. Det är det förväntade resultatet. Om det inte överför oss till inkorgssidan istället överför oss till någon skräpmapp, blir det ett fall av integreringstestfall. Samma sak gäller att skicka och ta bort e-postmeddelanden.

Andra fall kan vara:

  • Efter framgångsrik registrering på alla online / offline applikationer bör ett visningsmeddelande visas framför användaren.
  • Bankapplikationer bör leda användare till den kontoöversiktssida som krävs.
  • Efter framgångsrik inloggning på sociala medie-appar bör standardsidan för ex: Hem / Profil för Facebook visas.

Slutsats

Med så många framsteg inom IT, dag för dag och så många utvecklare som sitter på olika platser som arbetar med samma programvara har integrationstest blivit ett måste. Med sina tillvägagångssätt kan integreringstestning användas både för små och stora programvaror. Integrationstestning, som är mitt i mjukvarutestnivåerna och har så många fördelar, blir mer och mer viktig för kunder på kommersiell nivå och regelbunden kontroll hjälper till att hålla programvaran intakt.

Rekommenderade artiklar

Detta har varit en guide till integrationstest. Här diskuterade vi några grundläggande begrepp, definition, typer och tillvägagångssätt med fördelar och nackdelar. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -

  1. Karriärer inom mjukvarutestning
  2. Karriärer för programutvecklare
  3. Vad är Black Box Testing
  4. Användbara karriärer som programvaruingenjör

Kategori:

Mjukvaruutveckling