L'esecuzione della build può richiedere molto tempo.
Perché eseguire tutti i test quando una determinata modifica probabilmente ha il potenziale per romperne alcuni?
Dovresti essere in grado di creare un grafico di dipendenza di tutto il codice che potrebbe essere eseguito da ciascun test e quindi evitare di eseguire test che non potrebbero essere interessati.
C'è qualcosa che fa questo?
Infinitest lo fa per Java. Dal loro sito web:
Each time a change is made on the source code, Infinitest runs all the tests that might fail because of these changes.
Lo uso come plug-in di eclissi e ogni volta che lo ricostruisco (l'ho impostato per creare su save) il progetto esegue qualsiasi test unitario che copra il codice che ho modificato.
Visual Studio Team System ha fatto ciò tramite Analisi dell'impatto del test da VS 2010.
C'è una panoramica su come configurare un ambiente di costruzione qui che include TIA.
Funziona con diversi gradi di successo a seconda della struttura del codice base. Ad esempio: non lo so per certo, ma posso solo immaginare che analizzare in modo statico le dipendenze in un progetto che dipende pesantemente dal tempo di esecuzione DI non è molto facile.
In ogni caso, per build / check-in incrementali, ha senso utilizzarlo mentre le build giornaliere eseguono l'intera suite.
Leggi altre domande sui tag testing