Indhold

• Sammenligningstabel
• Definition af top-down integrationstest
• Definition af bottom-up integrationstest
• Konklusion

Den primære forskel mellem top-down og bottom-up integration test er, at top-down integration test benytter stubberne til at kalde undermodulerne underordnet til hovedfunktionen, mens i bottom-up integration test er det ikke nødvendigt at bruge stubber i stedet for drivere . Den relaterede redundans er mere i tilfælde af top-down-metoden sammenlignet med bottom-up.

Disse to teknikker er den del af integrationstesten, der giver en organiseret måde at opbygge programstrukturen samtidigt med at udføre test for at detektere fejl, der er forbundet med interface. Integrationstest udføres hovedsageligt for at kombinere de enhedstestede komponenter for at konstruere programmet i henhold til designspecifikationerne.

1. 1. Sammenligningstabel
   2. Definition
   3. Vigtige forskelle
   4. Konklusion

Sammenligningstabel

Grundlag for sammenligning	Top-down integrationstest	Bund-up integrationstest
Grundlæggende	Bruger stubber som de øjeblikkelige udskiftninger for de aktiverede moduler og simulerer opførselen til de adskilte moduler på lavere niveau.	Brug testdrivere til at starte og videresende de krævede data til det lavere niveau af moduler.
Gavnlige	Hvis den betydelige fejl opstår øverst i programmet.	Hvis de afgørende mangler støder på bunden af ​​programmet.
Nærme sig	Hovedfunktionen skrives først, derefter kaldes subroutinerne fra den.	Moduler oprettes først derefter integreres med hovedfunktionen.
Implementeret den	Struktur / procedureorienteret programmeringssprog.	Objektorienterede programmeringssprog.
Risikoanalyse	Samarbejde virkningen af ​​interne driftsfejl.	Modeller bruges til at analysere den individuelle proces.
kompleksitet	Enkel	Kompleks og meget datakrævende.
Arbejder med	Store til små komponenter.	Små til store komponenter.

Definition af top-down integrationstest

Det top-down integrationstest er en inkrementel teknik til at opbygge en programstruktur. Det inkorporerer modulerne, mens de bevæger sig nedad, begynder med hovedkontrollen i hierarkiet. Undermoduler integreres derefter i hovedmodulet ved hjælp af enten en dybde-første eller bredde-første metode. Hovedformålet med top-down integration er at verificere de betydelige kontrol- og beslutningspunkter tidligere i testprocessen.

Integrationsprocessen involverer følgende trin i top-down fremgangsmåden:

• Fra det store kontrolmodul udskiftes derefter stubber for de komponenter, der befinder sig under hovedmodulerne.
• Udskiftningsstrategien for den underordnede stub afhænger af den type integrationsmetode, der følges (dvs. dybde og bredde først), men kun en stub må udskiftes med faktiske komponenter ad gangen.
• Efter integrationen af ​​komponenterne udføres testene.
• Når et sæt test udføres, udskiftes den resterende stub med den faktiske komponent.
• I sidste ende udføres regressionstesten for at sikre fraværet af de nye fejl.

Da top-down testingen bruger stubber til at erstatte data på lavt niveau, og det er ikke tilladt at strømme i retning opad. Der er tre måder at gøre det på, for det første indtil udskiftningen af ​​stubber med faktiske funktioner er udført, de andre funktioner er forsinket. For det andet kan de nye stubber oprettes, som kan udføre begrænsede funktioner og efterligne de faktiske stubber. I den sidste idé kan stubberne integreres fra bund til op hierarki. Den sidste løsning betegnes imidlertid som bottom-up-integration, som er beskrevet i den næste definition.

Definition af bottom-up integrationstest

Det bottom-up integrationstest starter med konstruktionen af ​​de grundlæggende moduler (dvs. programelementer på laveste niveau). Det integrerer komponenterne, der befinder sig på det laveste niveau (dvs. laveste niveau) ved at tilvejebringe en proces og eliminerer behovet for stubberne. Efterhånden som integrationen går i den øvre retning, mindskes kravet fra de separate testdrivere. Derfor reduceres mængden af ​​omkostninger også sammenlignet med top-bottom-integrationstestmetoden.

Bund-up integration inkluderer følgende trin:

• Det fusionerer de lave niveauer, også kendt som bygger i klynger, der udfører en bestemt softwaresubfunktion.
• Driveren (Kontrolprogram) bruges i bottom-up-integrationen til at arrangere input og output af test case.
• Derefter testes klyngen.
• Klynger indarbejdes, mens de går opad i programstrukturen, og drivere fjernes.

1. Top-down-integrationstesten implementerer stubberne som en erstatning for det lave niveau. I modsætning hertil anvender integrationen fra top-up-integrationen driverne til at videregive dataene til det lavere niveau af moduler.
2. Hovedfunktionen er den vigtigste del af top-down-integrationstesten, som andre underprogrammer kaldes til. Tværtimod, bottom-up-metoden lægger vægt på moduler på lavere niveau og opretter og integrerer dem først.
3. Struktur / procedureorienteret programmeringssprog implementerer top-down integrationstest, mens bottom-up-test implementeres på de objektorienterede sprog.
4. For at undersøge risikoen i top-down testmetoden kombineres effekten af ​​de interne operationelle defekter. I modsætning hertil overvåger bottom-up-integrationstesten processen separat ved hjælp af modellerne.
5. Top-down-integrationstest er enkel i forhold til bottom-up-testen.
6. Top-down-integrationstesten fungerer gennem store til små komponenter, mens bottom-up-fremgangsmåden er omvendt af den.

Konklusion

I begge fremgangsmåder giver top-down og bottom-up integrationstest top-down mere overflødige resultater og fører til yderligere indsats i form af omkostninger. Omvendt er bottom-up-metoden kompleks, men mere effektiv end den tidligere.