Innhold

• Sammenligningstabell
• Definisjon av top-down integrasjonstesting
• Definisjon av bottom-up integrasjonstesting
• Konklusjon

Den primære forskjellen mellom top-down og bottom-up integrasjonstesting er at top-down integrasjonstesting benytter stubbene for å kalle undermodulene underordnet hovedfunksjonen mens i bottom-up integrasjonstesting er ikke stubbene nødvendig i stedet drivere brukes . Den relaterte redundansen er mer i tilfelle top-down tilnærming sammenlignet med bottom-up.

Disse to teknikkene er delen av integrasjonstesting som gir en organisert måte å bygge programstrukturen samtidig utføre tester for å oppdage feil forbundet med grensesnitt. Integrasjonstesting utføres hovedsakelig for å kombinere enhetstestede komponenter for å konstruere programmet i henhold til designspesifikasjonene.

1. 1. Sammenligningstabell
   2. Definisjon
   3. Viktige forskjeller
   4. Konklusjon

Sammenligningstabell

Grunnlag for sammenligning	Topp-down integrasjonstesting	Bottom-up integrasjonstesting
grunn~~POS=TRUNC	Bruker stubber som de øyeblikkelige erstatningene for de påkalte modulene og simulerer oppførselen til de atskilt lavere nivåmodulene.	Bruk testdrivere til å igangsette og overføre nødvendige data til lavere nivå av moduler.
Fordelaktig	Hvis den betydelige feilen oppstår mot toppen av programmet.	Hvis de avgjørende manglene møter mot bunnen av programmet.
Nærme seg	Hovedfunksjon skrives først, deretter blir underrutinene kalt fra den.	Moduler blir opprettet først og deretter integrert med hovedfunksjonen.
Implementert på	Struktur / prosedyreorienterte programmeringsspråk.	Objektorienterte programmeringsspråk.
Risikoanalyse	Samarbeide virkningen av interne driftssvikt.	Modeller brukes til å analysere den individuelle prosessen.
kompleksitet	Enkel	Kompleks og svært datakrevende.
Fungerer på	Store til små komponenter.	Små til store komponenter.

Definisjon av top-down integrasjonstesting

De top-down integrasjonstesting er en inkrementell teknikk for å bygge en programstruktur. Den inkluderer modulene mens du beveger seg nedover, begynner med hovedkontrollen i hierarkiet. Undermoduler integreres deretter i hovedmodulen ved bruk av enten en dybde-første eller bredde-første metode. Hovedformålet med integrering ovenfra og ned er å verifisere de viktige kontroll- og beslutningspunktene tidligere i testprosessen.

Integreringsprosess innebærer følgende trinn i ovenfra og ned-tilnærmingen:

• Fra og med hovedkontrollmodulen byttes stubber deretter ut for komponentene som ligger under hovedmodulene.
• Erstatningsstrategien for den underordnede stubben er avhengig av typen integrert tilnærming som følges (dvs. dybde og bredde først), men bare en stubbe tillates erstattet med faktiske komponenter om gangen.
• Etter integrering av komponentene blir testene utført.
• Når et sett med test er oppnådd, erstattes den gjenværende stubben med den faktiske komponenten.
• Til slutt gjennomføres regresjonstesten for å sikre fraværet av de nye feilene.

Ettersom topp-down-testen bruker stubber til å erstatte data på lavt nivå, og det er ikke lov å flyte i retning oppover. Det er tre måter å gjøre det på, for det første før utskifting av stubber med faktiske funksjoner er utført, blir de andre funksjonene forsinket. For det andre kan de nye stubbene opprettes som kan utføre begrensede funksjoner og imitere de faktiske stubbene. I den siste ideen kan stubbene integreres fra bunn til opp hierarki. Den siste løsningen betegnes imidlertid som bottom-up-integrasjon, som er beskrevet i neste definisjon.

Definisjon av bottom-up integrasjonstesting

De bottom-up integrasjonstesting starter med konstruksjonen av grunnleggende moduler (dvs. programelementer på laveste nivå). Den integrerer komponentene som er bosatt på det laveste nivået (dvs. laveste nivå) ved å tilveiebringe en prosess og eliminerer behovet til stubbene. Når integrasjonen går mot øvre retning, reduseres kravet fra de separate testførerne. Dermed reduseres også mengden av overhead sammenlignet med tilnærming til testing av topp-bunn.

Bottom-up integrasjon inkluderer følgende trinn:

• Den fusjonerer lavnivåelementene også kjent som bygger seg inn i klynger som utfører en viss programvaresubfunksjon.
• Driveren (kontrollprogrammet) brukes i bottom-up-integrasjonen for å ordne inngang og utdata av test case.
• Deretter testes klyngen.
• Klynger blir integrert mens de går oppover i programstrukturen og drivere blir eliminert.

1. Top-down integrasjonstesting implementerer stubbene som en erstatning for det lave nivået. Som motsetning benytter integreringstesting fra bunnen opp driverne til å overføre dataene til det lavere nivået av moduler.
2. Hovedfunksjonen er den viktigste delen av top-down integrasjonstesting som andre subroutines kalles gjennom. Tvert imot, bottom-up-tilnærmingen legger vekt på modulene på lavere nivå og lager og integrerer dem med det første.
3. Struktur / prosedyreorienterte programmeringsspråk implementerer top-down integrasjonstesting mens bottom-up testing er implementert på objektorienterte språk.
4. For å undersøke risikoen i top-down testing tilnærming kombineres effekten av de interne driftsdefektene. I kontrast overvåker integreringstestinget nedenfra og opp prosessen separat ved hjelp av modellene.
5. Top-down integrasjonstesting er enkel i forhold til bottom-up-testing.
6. Top-down integrasjonstesting fungerer gjennom store til små komponenter mens bottom-up-tilnærmingen er omvendt av den.

Konklusjon

I begge tilnærmingene produserer top-down og bottom-up integrasjonstesting top-down mer overflødige resultater og fører til ytterligere innsats i form av overhead. Motsatt er bottom-up-tilnærmingen kompleks, men mer effektiv enn den tidligere.