Nøgleforskel: Stub og Driver er to forskellige typer koder, der bruges til softwareudvikling, især i software test. Stubben bruges som funktioner i Top Down Integration, mens drivere bruges som funktioner i Bottom Up Integration. Stubber og drivere bruges almindeligvis i porting, distribueret databehandling samt generel softwareudvikling og -prøvning.
Stub og Driver er to forskellige typer koder, der bruges til softwareudvikling, specielt i software test. Der er tidspunkter under softwareudvikling, når en del af koden skal testes. Dette gør det muligt for den udviklede at sikre sig, at denne del af koden fungerer fint, før han går videre til den næste del af koden. Denne del af koden fungerer muligvis ikke korrekt uden input fra de andre dele af koden, som endnu ikke er skrevet. Det er her, hvor dummykoder er nyttige.
Dummy koder er pseudokode, hvilket i grunden betyder, at de er falske koder, der hjælper med at stimulere opførelsen af eksisterende kode. Dette betyder, at udvikleren kan bruge disse dummykoder i stedet for de dele af koden, der endnu ikke er skrevet for at replikere de output, som den originale kode giver. Disse output kan derefter bruges til at teste den del af koden, der er skrevet.
Stubber og drivere er to forskellige typer dummykoder og bruges derfor forskelligt. Stubben bruges som funktioner i Top Down Integration, mens drivere bruges som funktioner i Bottom Up Integration. Stubber og drivere bruges almindeligvis i porting, distribueret databehandling samt generel softwareudvikling og -prøvning.
Antag at der er tre stykker kode: A, B og C, og de løber i den retning, dvs. A-> B -> C. Nu er kode A blevet udviklet og skal testes, men koder B og C har stadig brug for at blive udviklet, og kode A vil ikke køre uden indgangen af B og C. Derfor anvendes stubs i stedet for B og C. Disse stubber efterligner koderne B og C og giver endda output, der ligner hvad B og C ville give. Dette kaldes Top Down Integration, dvs. test fra top til bund.
Ligeledes forestill dig nu, at koder B og C er blevet udviklet og skal testes, men kode A skal stadig udvikles, og de to andre koder fungerer heller ikke uden input fra kode A. Derfor kan en driver være bruges i stedet for kode A. Denne driver vil derefter efterligne kode A og give input til B og C, svarende til hvad den egentlige kode A ville. Dette kaldes Bottom Up Integration, dvs. test fra bunden op.
Stubber og drivere er grundlæggende rutiner, der ikke rent faktisk gør noget, undtagen at de erklærer sig selv og de parametre, de accepterer. Resten af koden kan så tage disse parametre og bruge dem som input. Stubben og chaufførerne bruges kun som pladsholdere til rutinerne, dvs. koder, der stadig skal udvikles. Derfor indeholder stubene og driverene lige nok kode, så de kan kompileres og knyttes sammen med resten af programmet.
Sammenligning mellem stub og driver:
stub | Chauffør | |
Type | Dummy koder | Dummy koder |
Beskrivelse | Rutiner, der ikke rent faktisk gør noget, undtagen erklærer sig selv og de parametre de accepterer. Resten af koden kan så tage disse parametre og bruge dem som input | Rutiner, der ikke rent faktisk gør noget, undtagen erklærer sig selv og de parametre de accepterer. Resten af koden kan så tage disse parametre og bruge dem som input |
Brugt i | Top Down Integration | Bottom Up Integration |
Formål | At tillade test af de øverste niveauer af koden, når de lavere niveauer af koden endnu ikke er udviklet. | At tillade test af de lavere niveauer af koden, når de øverste niveauer af koden endnu ikke er udviklet. |
