Votre but est d'identifier les vérifications qui ont provoqué l'échec des tests. Grande intuition!
Vous utilisez Git, vous pouvez donc commencer par githooks, ce qui vous permettrait de créer un script post-commit qui exécute les tests après une validation. Si vous vous sentez gutsy vous pourriez même rejeter les commits des utilisateurs si les tests échouent - consultez this chapter in Pro Git pour plus d'informations.
Alex a raison sur l'intégration continue et Builtbot:
En reconstruisant automatiquement et tester l'arbre chaque fois que quelque chose a changé, construire des problèmes sont mis le doigt rapidement, avant que d'autres développeurs sont incommodés par le échec. Le développeur coupable peut être identifié et harcelé sans intervention humaine . En exécutant les builds sur une variété de plates-formes, les développeurs qui n'ont pas les moyens de tester leurs changements partout avant checkin seront au moins savoir après peu de temps si elles ont rompu la construction ou non. compte d'avertissement, les peluches chèques, taille de l'image, le temps de compilation et d'autres paramètres de construction peuvent être suivis au fil du temps, sont plus visibles, et sont donc plus facile à améliorer. »
@ cb160, je suis capable de configurer Hudson. Pourriez-vous m'aider à configurer la partie du référentiel git du moniteur automatique? –