Da un po' di tempo mi sono appassionato allo Unit Testing (e ultimamente anche al TDD) e mi piace scrivere i test unitari per le applicazioni che realizzo.
Visto che mi piace, mi capita spesso di consigliarlo ai miei clienti e se riesco a convincerli (è una pratica difficile da far accettare) cominciano ad utilizzarli anche loro.
Il problema è che spesso i test vengono scritti male e non coprono tutte le casistiche.
Uno dei grossi vantaggi dello Unit Testing è che puoi fare refactoring al tuo codice con sufficiente disinvoltura sapendo che se si rompe qualcosa viene subito intercettato.
Ma se sono scritti male?
E' come se non ci fossero perché il valore della barra verde è nullo visto che non testa tutto il codice che hai scritto e non sai se è verde perché va tutto bene o perche l'errore è in una parte non coperta da test.
Quindi se si decide di scrivere i test unitari è meglio mettersi d'impegno e scriverli bene.
Un consiglio?
Per far si che questo avvenga in modo naturale basta fare Test Driven Development!