Quando costruiamo prototipi, dovremmo anche creare dei test unitari appropriati come se stessimo scrivendo un codice di produzione? Farebbe la differenza se avessimo saputo in anticipo che il codice era o non era che sarebbe stato riutilizzato per la soluzione finale?
Anche in un prototipo, è bene sapere cosa dovrebbe fare ogni parte. Quando scrivi un prototipo, vuoi ancora capire cosa c'è che non va nel tuo codice quando qualcosa non funziona come previsto. I test unitari sono la soluzione migliore per capirlo.
Inoltre, i test unitari sono un ottimo modo per chiarire la tua mente su ciò che ogni parte del tuo prototipo dovrebbe fare e la maggior parte delle volte può servire come codice base per scrivere i test quando scrivi la versione di produzione.
Ma ... Dipende davvero dalle dimensioni del tuo progetto e dalla sua complessità. Per un piccolo progetto potrebbe essere più facile andare avanti e far funzionare le cose.
Di solito non scrivo test unitari di prototipi, perché non riuso il codice prototipo. Se avessi saputo che il codice prototipo sarebbe stato promosso al codice di produzione in una fase successiva, avrei sicuramente scritto i test unitari in anticipo.
Questo dipende da una serie di cose, inclusa la longevità prevista dell'ambiente prototipo.
Ad esempio, non è così raro prototipare interfacce utente per distributori automatici in flash (o tecnologie simili) e farle reimplementare in C o qualcosa da eseguire sulla macchina reale.
In questi casi il prototipo stesso ha una lunga vita durante la quale è soggetto a modifiche, poiché viene utilizzato per test di interazione dell'utente e prototipazione dei miglioramenti dell'interfaccia. Dato che in uno scenario come questo, ci si può aspettare cambiamenti drastici, i test unitari sono molto utili.
Ovviamente, se si scrive una parte di codice, ad esempio, si ottiene un'idea approssimativa di come un'architettura software / hardware eseguirà / ridimensiona lanciando alcuni input simulati dell'utente, per determinare se potrebbe soddisfare le proprie esigenze (per Ad esempio, confrontando diversi archivi di dati riempiendoli di un sacco di dati e eseguendo query frequenti su di essi per determinare quale scegliere), probabilmente eliminerai vaste parti del codice una volta che avrai i tuoi numeri.
Non scrivo test unitari, a meno che il codice non risolva un problema complesso con requisiti complessi. In tal caso, scrivo un paio di test. Cerco di fare affidamento sui moduli esistenti / testati il più possibile per evitare di reinventare la ruota.
Solo dopo, quando viene presa la decisione di spostare il prototipo in produzione, lo collaudo completamente con un set completo di test unitari.
I test unitari riguardano la qualità del prodotto e del codice. Se vuoi essere sicuro della qualità del tuo prodotto, usa i test unitari.
Qual è lo scopo della creazione di un prototipo, piuttosto che della versione 0.1 dell'applicazione? dovrebbe essere di fornire alcune informazioni sul dominio dell'applicazione o su un algoritmo mancante. La qualità delle informazioni che ottieni non può essere migliore della qualità del prototipo stesso, quindi dovresti chiederti:
If I do not create unit tests, will the resulting prototype have enough quality for me to rely on the information I get from it?
Nella maggior parte dei casi, credo che la risposta sia "no".
Leggi altre domande sui tag unit-testing prototyping