Kluczowa różnica: skrót i sterownik to dwa różne typy kodów używanych w tworzeniu oprogramowania, w szczególności w testowaniu oprogramowania. Stuby są używane jako funkcje w integracji zstępującej, podczas gdy sterowniki są używane jako funkcje w integracji z aplikacjami typu "od dołu do góry". Skrótki i sterowniki są powszechnie stosowane w portowaniu, przetwarzaniu rozproszonym, a także w ogólnym projektowaniu i testowaniu oprogramowania.
Kod skrótowy i sterownik to dwa różne typy kodów używane podczas tworzenia oprogramowania, w szczególności w testowaniu oprogramowania. Są chwile w trakcie tworzenia oprogramowania, gdy część kodu musi być przetestowana. Pozwala to opracowanym na upewnienie się, że ta część kodu działa poprawnie, zanim przejdzie do następnej części kodu. Jednak ta część kodu może nie działać poprawnie bez danych wejściowych z innych części kodu, które jeszcze nie zostały napisane. To tutaj przydają się fałszywe kody.
Kod fikcyjny to pseudokod, co oznacza, że są to fałszywe kody, które pomagają stymulować zachowanie istniejącego kodu. Oznacza to, że programista może użyć tych fałszywych kodów w miejsce części kodu, które nie zostały jeszcze napisane w celu replikowania wyników, które otrzyma oryginalny kod. Te wyjścia można następnie wykorzystać do przetestowania części kodu, który został napisany.
Stubs and Drivers to dwa różne typy fałszywych kodów i dlatego są używane w różny sposób. Stuby są używane jako funkcje w integracji zstępującej, podczas gdy sterowniki są używane jako funkcje w integracji z aplikacjami typu "od dołu do góry". Skrótki i sterowniki są powszechnie stosowane w portowaniu, przetwarzaniu rozproszonym, a także w ogólnym projektowaniu i testowaniu oprogramowania.
Załóżmy, że istnieją trzy fragmenty kodu: A, B i C, i biegną w tym kierunku, tj. A-> B -> C. Teraz kod A został opracowany i musi zostać przetestowany, ale kody B i C wciąż wymagają do opracowania, a kod A nie będzie działał bez danych wejściowych B i C. Stąd zamiast B i C stosowane są kody pośrednie. Te kody pośredniczące naśladują kody B i C, a nawet dają wyniki podobne do tych, które są B i C da. Nazywa się to "Integracja z góry do dołu", czyli testowanie od góry do dołu.
Podobnie, wyobraź sobie teraz, że kody B i C zostały opracowane i muszą zostać przetestowane, jednak kod A wciąż wymaga opracowania, podobnie jak pozostałe dwa kody nie będą działać bez danych wejściowych z kodu A. Dlatego też sterownik może być użyte zamiast kodu A. Ten sterownik mógłby naśladować kod A i podać dane wejściowe do B i C, podobne do rzeczywistego kodu A. Nazywa się to tzw. Bottom Up Integration, czyli testowanie od dołu do góry.
Skróty i sterowniki to w zasadzie rutyny, które w rzeczywistości nie robią nic poza deklarowaniem samych siebie i parametrami, które akceptują. Reszta kodu może następnie wziąć te parametry i wykorzystać je jako dane wejściowe. Kody pośredniczące i sterowniki są po prostu powszechnie używane jako symbole zastępcze dla procedur, tj. Kody, które wciąż wymagają opracowania. W związku z tym kody pośredniczące i sterowniki zawierają tylko tyle kodu, aby można było go skompilować i połączyć z resztą programu.
Porównanie między skrótem a sterownikiem:
Kikut | Kierowca | |
Rodzaj | Kod fikcyjny | Kod fikcyjny |
Opis | Procedury, które faktycznie nie robią nic poza deklarowaniem siebie samych i parametrami, które akceptują. Reszta kodu może następnie wziąć te parametry i wykorzystać je jako dane wejściowe | Procedury, które faktycznie nie robią nic poza deklarowaniem siebie samych i parametrami, które akceptują. Reszta kodu może następnie wziąć te parametry i wykorzystać je jako dane wejściowe |
Użyty w | Integracja z góry w dół | Integracja z dołu |
Cel, powód | Aby umożliwić testowanie wyższych poziomów kodu, gdy niższe poziomy kodu nie zostały jeszcze rozwinięte. | Aby umożliwić testowanie niższych poziomów kodu, gdy górne poziomy kodu nie zostały jeszcze rozwinięte. |