Quando devo spegnere un tipo creando manualmente una versione “stub”, piuttosto che utilizzare un quadro beffardo

Question

Ci sono circostanze in cui è favorevole per creare manualmente un tipo di stub, anziché utilizzare un quadro beffardo (come Rhino Mocks) presso il punto di prova.

Prendiamo entrambi questi approcci nei nostri progetti. Il mio intestino sentire quando guardo la lunga lista di versioni stub di oggetti è che aggiungerà la manutenzione in testa, e si muove l'attuazione dello stub lontano dal punto di prova.

Answer 1

Ai fini del test di unità automatizzati, mock sono quasi sempre la scelta migliore. Perché usano riflessione per deridere un oggetto, rimarranno up-to-date quando si apportano modifiche.

L'unica volta che creo uno stub è per i test di integrazione - per esempio, è possibile stub uno SMS Invio di servizio in modo da poter eseguire un periodo di test di integrazione / utente senza essere accusato per l'invio di messaggi SMS (invece, i messaggi sono memorizzato in modo che possano essere controllati).

Answer 2

Quando si raggiunge il punto in cui mozziconi prendono il tempo di manutenzione troppo, è il momento di passare ad un quadro stub / finta. Quindi penso che avete dato la risposta già da soli.

Al momento sto ancora utilizzando stub con il mio progetto attuale, per ragioni di semplicità. Ci sono solo alcuni tipi per cui io uso un mozzicone, e di solito c'è solo uno stub, a volte due per ricreare gli errori, ma non di più.