Diferența cheie: Stub și Driver sunt două tipuri diferite de coduri care sunt utilizate în dezvoltarea de software, în special în testarea software-ului. Stuburile sunt folosite ca funcții în integrarea Top Down, în timp ce driverele sunt folosite ca funcții în partea de sus a integrării. Stub-urile și driverele sunt utilizate în mod obișnuit în portare, calcul distribuit, precum și în dezvoltarea și testarea generală a software-ului.
Stub și Driver sunt două tipuri diferite de coduri care sunt utilizate în dezvoltarea de software, în special în testarea software-ului. Există momente în timpul dezvoltării software-ului atunci când trebuie testată o parte a codului. Aceasta permite dezvoltatorului să se asigure că această parte a codului funcționează bine înainte de a trece la următoarea parte a codului. Cu toate acestea, această parte a codului poate să nu funcționeze corespunzător, fără intrările din celelalte părți ale codului, care încă nu au fost scrise. Aici codurile de manevră sunt la îndemână.
Codurile codificate sunt pseudocode, ceea ce înseamnă în esență că acestea sunt coduri false care ajută la stimularea comportamentului codului existent. Aceasta înseamnă că dezvoltatorul poate folosi aceste coduri false în locul părților codului care nu au fost încă scrise pentru a replica ieșirile pe care le va da codul original. Aceste ieșiri pot fi apoi folosite pentru a testa partea din codul care a fost scris.
Stubs și Drivers sunt două tipuri diferite de coduri fictive și, prin urmare, sunt folosite diferit. Stuburile sunt folosite ca funcții în integrarea Top Down, în timp ce driverele sunt folosite ca funcții în partea de sus a integrării. Stub-urile și driverele sunt utilizate în mod obișnuit în portare, calcul distribuit, precum și în dezvoltarea și testarea generală a software-ului.
Să presupunem că există trei bucăți de cod: A, B și C, care rulează în acea direcție, adică A-> B -> C. Acum, codul A a fost dezvoltat și trebuie testat, dar codurile B și C au încă nevoie care urmează să fie dezvoltate, iar codul A nu va funcționa fără intrarea lui B și C. Prin urmare, în loc de B și C se utilizează niște cioturi. Acestea imită codurile B și C și chiar dau o ieșire asemănătoare cu cea a lui B și C ar da. Aceasta se numește integrare de sus în jos, adică testare de sus în jos.
În mod similar, imaginați-vă acum că s-au dezvoltat codurile B și C și trebuie să fie testate, totuși codul A trebuie încă dezvoltat și, de asemenea, celelalte două coduri nu vor funcționa fără inputurile de la codul A. Prin urmare, folosit în locul codului A. Acest driver va imita apoi codul A și va da intrarea lui B și C, similar cu ceea ce ar face codul A real. Aceasta se numește integrare de jos în sus, adică testare de jos în sus.
Stubs și Drivers sunt practic rutine care nu fac de fapt nimic altceva decît să se declare ei înșiși și parametrii pe care îi acceptă. Restul codului poate lua acești parametri și le pot folosi ca intrări. Piloții și șoferii sunt pur și simplu utilizați ca destinații de substituție pentru rutine, adică coduri care trebuie încă dezvoltate. Prin urmare, butoanele și driverele conțin codul suficient pentru a permite compilarea și conectarea cu restul programului.
Comparație între Stub și Driver:
Ciot | Conducător auto | |
Tip | Coduri false | Coduri false |
Descriere | Rutine care nu fac altceva decât să declare ei înșiși și parametrii pe care îi acceptă. Restul codului poate lua acești parametri și le pot folosi ca intrări | Rutine care nu fac altceva decât să declare ei înșiși și parametrii pe care îi acceptă. Restul codului poate lua acești parametri și le pot folosi ca intrări |
Folosit in | Top Down Integration | Bottom Up Integration |
Scop | Pentru a permite testarea nivelurilor superioare ale codului, atunci când nivelurile inferioare ale codului nu sunt încă dezvoltate. | Pentru a permite testarea nivelurilor inferioare ale codului, atunci când nivelele superioare ale codului nu sunt încă dezvoltate. |