Testing: Courtier en ligne
Un article de Agile-Swiss.
Beaucoups de tests unitaires auraient pû être faits tout au long du développement mais le plus gros obstacle a été la non motivation des développeurs. Le projet étant une refonte d'un projet existant, il ne s'agissait pas de tester les modules existants mais de "first-tester" les nouveaux modules. Quelques personnes ont été chargées, au début de la refonte du projet, de prouver l'efficacité de ce mode de dev, ce qui fut chose faite. Mais la direction a choisi de mettre de côté et de ne pas obliger les codeurs à suivre cette pratique, même un minimum, au risque que la démotivation des développeurs ralentissent trop la progression du projet.
Cela dit, après quelques mois, certaines personnes de l'équipe codaient leurs tests unitaires et d'autres suivaient. La direction s'est aperçu de l'utilité de ces tests après que ceux-ci aient mis en avant une erreur sur un module de risque financier qui avait été touché (régression). Mais il était trop tard : les tests des modules déjà développés auraient été trop long à re-coder.
Encore une fois, cette pratique a probablement besoin d'être imposée un court moment je pense. Le temps qu'elle montre d'elle-même qu'elle peut porter ses fruits, ie jusqu'au jour où une erreur critique est découverte grâce à ceux-ci et que l'équipe comprenne l'importance des tests unitaires sur la confiance que l'on accorde au code.
