Innehåll

• Jämförelsediagram
• Definition av top-down integrationstest
• Definition av integreringstest från botten och upp
• Slutsats

Den primära skillnaden mellan top-down- och bottom-up-integrationstestning är att top-down-integrationstestningen använder stubbarna för att anropa undermoduler underordnade huvudfunktionen medan i bottom-up-integrationstestning inte behövs stubberna istället förare används . Den relaterade redundansen är mer i fallet med top-down-metoden jämfört med bottom-up.

Dessa två tekniker är den del av integrationstestningen som ger ett organiserat sätt att bygga programstrukturen samtidigt utföra test för att upptäcka fel associerade med gränssnitt. Integrationstest utförs huvudsakligen för att kombinera de enhetstestade komponenterna för att konstruera programmet enligt konstruktionsspecifikationerna.

1. 1. Jämförelsediagram
   2. Definition
   3. Viktiga skillnader
   4. Slutsats

Jämförelsediagram

Grund för jämförelse	Top-down Integration Testing	Integreringstest från botten och upp
Grundläggande	Använder stubbar som tillfälliga ersättningar för de aktiverade modulerna och simulerar beteendet hos separerade moduler på lägre nivå.	Använd testdrivrutiner för att initiera och överföra nödvändig data till lägre nivå av moduler.
Välgörande	Om den betydande defekten uppstår mot toppen av programmet.	Om de avgörande bristerna möter programmets botten.
Närma sig	Huvudfunktionen skrivs först och sedan kallas subroutinerna från den.	Moduler skapas först och integreras sedan med huvudfunktionen.
Implementerad den	Struktur / procedurorienterade programmeringsspråk.	Objektorienterade programmeringsspråk.
Riskanalys	Samarbeta effekterna av interna operativa misslyckanden.	Modeller används för att analysera den enskilda processen.
Komplexitet	Enkel	Komplexa och mycket datakrävande.
Arbetar på	Stora till små komponenter.	Små till stora komponenter.

Definition av top-down integrationstest

De top-down integrationstest är en inkrementell teknik för att bygga en programstruktur. Den innehåller modulerna medan den rör sig nedåt, börjar med huvudkontrollen i hierarkin. Undermoduler integreras sedan i huvudmodulen med hjälp av en djup-först eller bredd-första metod. Huvudsyftet med top-down integration är att verifiera de betydande kontroll- och beslutspunkterna tidigare i testprocessen.

Integrationsprocessen involverar följande steg i top-down-metoden:

• Börjar med huvudkontrollmodulen, ersätts sedan stubbar för komponenterna som ligger under huvudmodulerna.
• Ersättningsstrategin för den underordnade stubben är beroende av vilken typ av integrationsmetod som följs (dvs djup och bredd först), men endast en stub tillåts ersättas med faktiska komponenter åt gången.
• Efter integrationen av komponenterna utförs testerna.
• När en uppsättning test genomförs, ersätts den återstående stubben med den faktiska komponenten.
• I slutändan genomförs regressionstestet för att säkerställa frånvaron av de nya felen.

Eftersom top-down testning använder stubbar för att ersätta lågnivådata och det får inte flyta i uppåtgående riktning. Det finns tre sätt att göra det, för det första tills ersättningen av stubbar med faktiska funktioner har gjort är de andra funktionerna försenade. För det andra kan de nya stubbarna skapas som kan utföra begränsade funktioner och imitera de faktiska stubbarna. I den sista idén kan stubbarna integreras från hierarki från botten till upp. Den sista lösningen benämns dock som bottom-up-integration, vilket beskrivs i nästa definition.

Definition av integreringstest från botten och upp

De bottom-up integrationstest börjar med konstruktionen av grundmodulerna (dvs. programelement på lägsta nivå). Den integrerar komponenterna som befinner sig på den lägsta nivån (dvs lägsta nivå) genom att tillhandahålla en process och eliminerar behovet av stubbarna. När integrationen går mot den övre riktningen minskar kravet på de separata testförarna. Följaktligen reduceras även mängden av omkostnader jämfört med metoden för testning av integrerad topp-botten.

Integrering nedifrån och upp inkluderar följande steg:

• Det slår samman de lågnivåelement som också kallas byggs in i kluster som kör en viss mjukvarudelfunktion.
• Drivrutinen (Kontrollprogrammet) används i bottom-up-integrationen för att ordna inmatning och utdata av testfall.
• Sedan testas klustret.
• Kluster ingår medan de går uppåt i programstrukturen och drivrutiner elimineras.

1. Top-down integrationstest implementerar stubbarna som en ersättning för låg nivå. I motsats till detta utnyttjar integrationen nedifrån och upp förare för att skicka data till lägre modulnivåer.
2. Huvudfunktionen är den viktigaste delen av top-down integrationstest genom vilken andra subroutiner kallas. Tvärtom, nedifrån och upp-strategin betonar moduler på lägre nivå och skapar och integrerar dem först.
3. Struktur / procedurorienterade programmeringsspråk implementerar top-down integrationstest medan bottom-up-test implementeras på objektorienterade språk.
4. För att undersöka risken i top-down testmetoden kombineras effekten av de interna operativa defekterna. Däremot övervakar integrationen nedifrån och upp processen separat med hjälp av modellerna.
5. Top-down-integrationstestning är enkel i förhållande till bottom-up-testning.
6. Top-down-integrationstestet fungerar genom stora till små komponenter medan bottom-up-metoden är omvänd.

Slutsats

I båda tillvägagångssätten ger top-down och bottom-up-integrationstestning top-down mer redundanta resultat och leder till ytterligare ansträngningar i form av omkostnader. Omvänt är bottom-up-metoden komplex men effektivare än den tidigare.