Huvudskillnad: Stub och drivrutin är två olika typer av koder som används vid mjukvaruutveckling, speciellt i mjukvarutestning. Stubbar används som funktioner i Top Down Integration, medan drivrutiner används som funktioner i Bottom Up Integration. Stubbar och drivrutiner används ofta i port, distribuerad databehandling, samt generell mjukvaruutveckling och testning.
Stub och Driver är två olika typer av koder som används vid mjukvaruutveckling, speciellt i mjukvarutestning. Det finns tidpunkter under mjukvaruutveckling när en del av koden måste testas. Detta gör det möjligt för den utvecklade att se till att den här delen av koden fungerar bra innan han går vidare till nästa del av koden. Men den här delen av koden kanske inte fungerar korrekt utan inmatningar från andra delar av koden, som ännu inte har skrivits. Det är här dummykoderna är till nytta.
Dummy koder är pseudokod, vilket i grunden betyder att de är falska koder som bidrar till att stimulera beteendet hos befintlig kod. Detta innebär att utvecklaren kan använda dessa dummykoder istället för de delar av koden som ännu inte har skrivits för att replikera utgångarna som den ursprungliga koden kommer att ge. Dessa utgångar kan sedan användas för att testa den del av koden som har skrivits.
Stubbar och drivrutiner är två olika typer av dummykoder och används därför annorlunda. Stubbar används som funktioner i Top Down Integration, medan drivrutiner används som funktioner i Bottom Up Integration. Stubbar och drivrutiner används ofta i port, distribuerad databehandling, samt generell mjukvaruutveckling och testning.
Antag att det finns tre stycken kod: A, B och C, och de kör i den riktningen, dvs A-> B -> C. Nu har kod A utvecklats och måste testas, men koderna B och C behöver fortfarande att utvecklas och kod A kommer inte att köras utan inmatning av B och C. Därför används stubbar istället för B och C. Dessa stubbar imiterar koderna B och C och ger till och med output som liknar vad B och C skulle ge. Detta kallas Top Down Integration, dvs testning från topp till botten.
På samma sätt, föreställ dig nu att koderna B och C har utvecklats och måste testas, men kod A behöver fortfarande utvecklas, och på samma sätt fungerar de andra två koderna inte utan ingångarna från kod A. Således kan en förare vara används i stället för kod A. Den här drivrutinen skulle då imitera kod A och ge inmatningen till B och C, liknande vad den egentliga koden A skulle göra. Detta kallas Bottom Up Integration, dvs testning från botten upp.
Stubbar och drivrutiner är i grunden rutiner som inte gör något annat än att förklara sig själva och de parametrar de accepterar. Resten av koden kan då ta dessa parametrar och använda dem som ingångar. Stubben och drivrutinerna används vanligen som platshållare för rutinerna, det vill säga koder som fortfarande behöver utvecklas. Därför innehåller stubbarna och drivrutinerna tillräckligt med kod för att det ska kunna sammanställas och kopplas till resten av programmet.
Jämförelse mellan stub och förare:
Stump | Förare | |
Typ | Dummy koder | Dummy koder |
Beskrivning | Rutiner som faktiskt inte gör något annat än att förklara sig och de parametrar de accepterar. Resten av koden kan då ta dessa parametrar och använda dem som ingångar | Rutiner som faktiskt inte gör något annat än att förklara sig och de parametrar de accepterar. Resten av koden kan då ta dessa parametrar och använda dem som ingångar |
Använd i | Top Down Integration | Bottom Up Integration |
Ändamål | För att tillåta testning av de övre nivåerna av koden, när de lägre nivåerna av koden ännu inte är utvecklade. | För att tillåta testning av de lägre nivåerna av koden, när de övre nivåerna av koden ännu inte är utvecklade. |