Bien sur, on t'enseigne dans toutes les ecoles qu'il faut faire des tests. Mais combien prennent le temps d'introduire des methodologies de tests ? Combien montrent par la pratique ce que c'est qu'un bon test ? Combien t'introduisent a des bibliotheques de tests ? Combien font la difference entre un test exhaustif et juste un test a la con ? Combien font la difference entre un test et un test automatise que tu dois lancer toutes les 5 minutes de developpement ?
Encore une fois, les tests ne sont pas le propre de XP. En méthode classique il devrait y avoir:
1- des tests unitaires avant tout commit CVS (pour vérifier que la fonctionnalité implémentée fonctionne), et si le code produit n'est pas immédiatement testable (ce qui est le cas quand on développe les couches les plus profondes du logiciel - métier, accès base de données par exemple), il faut le préciser dans le commit CVS et revenir dessus ultérieurement (lors de l'implémentation de la partie de la couche de présentation/interface correspondante)
2- une phase de tests et d'intégration lourde en fin de palier de développement (correspondant à un livrable)
la phase numéro 2, en particulier, doit comporter un mélange de tests automatisés (qualité de code, tests de charge, etc.) et de plan de tests pour un testage manuel.
et ce n'est pas que de la théorie, dans ma boite on a toujours travaillé comme ça (sauf l'aventure XP, sur laquelle ont avait pas la main, en fait), et ça marche.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par anonyme512 . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Encore une fois, les tests ne sont pas le propre de XP. En méthode classique il devrait y avoir:
1- des tests unitaires avant tout commit CVS (pour vérifier que la fonctionnalité implémentée fonctionne), et si le code produit n'est pas immédiatement testable (ce qui est le cas quand on développe les couches les plus profondes du logiciel - métier, accès base de données par exemple), il faut le préciser dans le commit CVS et revenir dessus ultérieurement (lors de l'implémentation de la partie de la couche de présentation/interface correspondante)
2- une phase de tests et d'intégration lourde en fin de palier de développement (correspondant à un livrable)
la phase numéro 2, en particulier, doit comporter un mélange de tests automatisés (qualité de code, tests de charge, etc.) et de plan de tests pour un testage manuel.
et ce n'est pas que de la théorie, dans ma boite on a toujours travaillé comme ça (sauf l'aventure XP, sur laquelle ont avait pas la main, en fait), et ça marche.