Un programma che non è stato testato non funziona.
L'ideale di progettare e verificare un programma funzionante in prima
battuta non è ottenuto per la maggior parte dei programmi. Dobbiamo
puntare verso l'ideale, ma non dobbiamo pensare che queste verifiche
siano semplici.
“Come testare?” - E' una domanda alla quale non
si può dare una risposta generale; “Quando testare?”, invece ha
una risposta semplice, presto ed il più spesso possibile. Le
strategie di prova possono essere generate come parte della
progettazione e degli sforzi d'implementazione, o sviluppate in modo
parallelo ad essi. Ritardare un testing serio sino al termine
dell'implementazione è una prescrizione data per consegne ritardate
e rilasci incompleti.
Quando è possibile il sistema deve essere
progettato specificatamente per essere facile da verificare; in
particolare i meccanismi di test possono essere inclusi all'interno
del sistema stesso. A volte non viene realizzato a causa della paura
di creare costi eccessivi ed una ridondanza non necessaria del codice
quando si tratta di fare test di consistenza di grandi strutture
dati. Questa paura è mal riposta, in quanto l'eccesso di codice
necessario per i test, può essere rimosso prima della consegna del
sistema. I commenti sono qualcosa di utile in questo caso. Più
importanti di una serie di test è l'idea che la struttura di un
sistema debba avere una possibilità ragionevole per convincere noi
stessi e i nostri clienti che possiamo eliminare gli errori
attraverso un controllo statico, una analisi statica e le verifiche.
Quando una strategia per una tolleranza all'errore viene sviluppata,
una strategia di test può essere sviluppata come complementare e
vicina al relativo aspetto del sistema completo. Se la fase di
testing viene scartata durante la progettazione, durante i test,
quindi poco prima della consegna, potrebbero risultare problemi di
manutenzione. L'interfaccia tra le classi e le loro dipendenza sono
un buon punto per iniziare a lavorare sulla strategia di test.
Determinare quanto verificare è di solito
difficile. Comunque, poche verifiche sono un problema più comune
rispetto all'eccesso; esattamente quante risorse debbano essere
allocate per i test confrontandoli con la progettazione e
l'implementazione dipende dalla natura del sistema. Comunque come
regola di massima, si suggerisce di allocare più risorse all'inizio
dello sviluppo del sistema per verificarlo. I test inoltre devono
essere focalizzati sui problemi che hanno conseguenze disastrose e
che occorrono con frequenza.
