Che cosa si può fare circa la qualità di quelli esistenti integrazione e test di unità, mentre è il nuovo ragazzo in squadra ?

Question

Un tema ricorrente che ho incontrato nella mia carriera è il nuovo sviluppatore di arrivare in una squadra, e rapidamente con un'intrinseca sfiducia esistente, di integrazione e di unità di suite di test.

Durante l'intervista gli è stato detto dalla direzione che essi sono "fortemente support unit testing" e che si dichiarano apertamente incoraggiare.Che fanno, ma tutto ciò che riguarda il test è semplicemente sbagliato.Come il fatto che essi affermano di copertura del 100% quando c'è il 100% test di integrazione di copertura, ma meno del 10% ripetibile copertura di unit test.Alcuni altri problemi che ho trovato:

1. Nessuna chiara indicazione tra ciò che è una unità di prova e che cosa è un test di integrazione.Unità e test di integrazione sono mescolati insieme nella stessa classe.

2. Test di integrazione che hanno sommerso dipendenze esplicite su dati dinamica in un ambiente specifico database.

3. Non transazionale, test di integrazione, in sostanza test, che può o non si preoccupano di pulire dopo se stessi, a volte richiedono manuale database di "scrubbing" per fare il test ripetibili.

4. No beffardo di sorta, e il codice dell'applicazione richiede una revisione profonda solo per scherno di essere possibile.In altre parole, il design senza test in mente.

5. Non chiare le convenzioni di denominazione per cercare rapidamente il nome del test e determinare approssimativamente quali sono i test svolto.

Questo è tutto, per non dire che TUTTI i test sono inutili o male, una buona parte di loro sono abbastanza buoni e vale la pena tenere, ma ci si sente come di oro per a volte.Ho di proposito evitare l'esecuzione di test solo perché avevo paura di avvitare il database per il mio black-box casi di test.

Questo è essenzialmente dato un'intrinseca la sfiducia di integrazione e di unità di test che non ho personalmente scritto o rivedendo in qualche modo.A un certo livello, se non hai fede nella qualità di suite di test allora davvero non porta alcun valore per il team o il progetto di sorta.

Cosa fare quando ti trovi in questa situazione?Che cosa si sente il miglior piano di attacco sarebbe quello di affrontare qualcosa di simile a questo?

Nel caso in cui tutti i test essere rielaborato in uno sforzo imponente che abbracciano tutte le versioni?Si deve solo abbandonare l'idea che questo progetto di eredità può avere un giorno di solida copertura di unit test?