Differenza chiave: Stub e Driver sono due diversi tipi di codici che vengono utilizzati nello sviluppo del software, in particolare nei test del software. Gli stub vengono utilizzati come funzioni nell'integrazione Top Down, mentre i driver vengono utilizzati come funzioni nell'integrazione bottom-up. Stub e driver sono comunemente usati nel porting, nel calcolo distribuito, così come nello sviluppo e test generali del software.
Stub e Driver sono due diversi tipi di codici che vengono utilizzati nello sviluppo del software, in particolare nei test del software. Ci sono momenti durante lo sviluppo del software quando una parte del codice deve essere testata. Ciò consente allo sviluppatore di assicurarsi che questa parte del codice funzioni bene prima di passare alla parte successiva del codice. Tuttavia, questa parte del codice potrebbe non funzionare correttamente senza input dalle altre parti del codice, che devono ancora essere scritti. È qui che i codici fittizi sono utili.
I codici fittizi sono pseudocodici, che in pratica significa che sono codici falsi che aiutano a stimolare il comportamento del codice esistente. Ciò significa che lo sviluppatore può utilizzare questi codici fittizi al posto delle parti del codice che non sono ancora state scritte per replicare le uscite che il codice originale darà. Queste uscite possono quindi essere utilizzate per testare la parte del codice che è stata scritta.
Stub e driver sono due diversi tipi di codici fittizi e quindi vengono utilizzati in modo diverso. Gli stub vengono utilizzati come funzioni nell'integrazione Top Down, mentre i driver vengono utilizzati come funzioni nell'integrazione bottom-up. Stub e driver sono comunemente usati nel porting, nel calcolo distribuito, così come nello sviluppo e test generali del software.
Supponiamo che ci siano tre parti di codice: A, B e C, e corrono in quella direzione, cioè A-> B -> C. Ora il codice A è stato sviluppato e deve essere testato, ma i codici B e C devono ancora essere da sviluppare, e il codice A non verrà eseguito senza l'input di B e C. Quindi, gli stub vengono utilizzati al posto di B e C. Questi stub imitano i codici B e C e danno anche un output simile a quello di B e C darebbe. Questo è chiamato Top Down Integration, cioè test dall'alto verso il basso.
Allo stesso modo, immagina ora che i codici B e C sono stati sviluppati e devono essere testati, tuttavia il codice A deve ancora essere sviluppato, e allo stesso modo gli altri due codici non funzioneranno senza gli input del codice A. Quindi, un driver può essere usato al posto del codice A. Questo driver dovrebbe quindi imitare il codice A e fornire l'input a B e C, in modo simile a quello che sarebbe il codice A effettivo. Questo è chiamato Bottom Up Integration, cioè test dal basso verso l'alto.
Stub e driver sono fondamentalmente routine che in realtà non fanno nulla se non dichiarano se stessi e i parametri che accettano. Il resto del codice può quindi prendere questi parametri e usarli come input. Stub e driver sono comunemente usati come segnaposto per le routine, ovvero codici che devono ancora essere sviluppati. Quindi, gli stub e i driver contengono codice sufficiente per consentirne la compilazione e il collegamento con il resto del programma.
Confronto tra Stub e Driver:
mozzicone | autista | |
genere | Codici fittizi | Codici fittizi |
Descrizione | Routine che in realtà non fanno altro che dichiararsi e i parametri che accettano. Il resto del codice può quindi prendere questi parametri e usarli come input | Routine che in realtà non fanno altro che dichiararsi e i parametri che accettano. Il resto del codice può quindi prendere questi parametri e usarli come input |
Usato in | Top Down Integration | Integrazione dal basso |
Scopo | Per consentire il test dei livelli superiori del codice, quando i livelli inferiori del codice non sono ancora stati sviluppati. | Per consentire il test dei livelli inferiori del codice, quando i livelli superiori del codice non sono ancora stati sviluppati. |