Commentaires sur : Souvenir d’eXtreme programming #5 : Les tests http://www.kartmann.com/blog/2005/04/27/145-souvenir-dextreme-programming-5-les-tests/ Tout ce qu'on peut faire avec un ordinateur Fri, 21 Nov 2008 12:46:23 +0000 http://wordpress.org/?v=2.6.2 By: Alexis KARTMANN http://www.kartmann.com/blog/2005/04/27/145-souvenir-dextreme-programming-5-les-tests/#comment-216 Alexis KARTMANN Wed, 27 Apr 2005 22:26:36 +0000 http://localhost/blog/2005/04/27/souvenir-dextreme-programming-5-les-tests/#comment-216 C'est effectivement une méthode utilisable dans un contexte plus "formel" (utilisation de conception UML) et "industriel" (génération de code) que celui dont je parle. L'avantage d'écrire les test (comme préconisé par certains créateurs de XP) c'est d'obliger à écrire les tests avant la structure des classes, ce qui d'une part oblige à n'écrire que du code qui sera validé par une test (mais c'est plutôt théorique) et d'autre part impose que le design détaillé soit créée au fur et à mesure de l'écriture des tests. A l'époque et dans ce contexte c'était une bonne façon de faire. Avec les outils d'intégration continu et de génération de code qui existent maintenant ta méthode est sans doute plus adaptée. J'en profite pour rappeler que ces souvenirs ne sont pas un guide, mais seulement le témoignage d'une mise en oeuvre qui n'a pas trop mal marché. C’est effectivement une méthode utilisable dans un contexte plus “formel” (utilisation de conception UML) et “industriel” (génération de code) que celui dont je parle. L’avantage d’écrire les test (comme préconisé par certains créateurs de XP) c’est d’obliger à écrire les tests avant la structure des classes, ce qui d’une part oblige à n’écrire que du code qui sera validé par une test (mais c’est plutôt théorique) et d’autre part impose que le design détaillé soit créée au fur et à mesure de l’écriture des tests. A l’époque et dans ce contexte c’était une bonne façon de faire.

Avec les outils d’intégration continu et de génération de code qui existent maintenant ta méthode est sans doute plus adaptée.

J’en profite pour rappeler que ces souvenirs ne sont pas un guide, mais seulement le témoignage d’une mise en oeuvre qui n’a pas trop mal marché.

]]> By: hachesse http://www.kartmann.com/blog/2005/04/27/145-souvenir-dextreme-programming-5-les-tests/#comment-215 hachesse Wed, 27 Apr 2005 21:48:17 +0000 http://localhost/blog/2005/04/27/souvenir-dextreme-programming-5-les-tests/#comment-215 Aller un petit commentaire sur l'ordonnancement. Perso, c'est plutôt dans l'ordre suivant que je procède. 1 écriture du squelette des classes 2 écriture des classe de test 3 écriture du corps de methodes de la classe Cela permet différente chose. La première est que le squelette des classes n'est pas écrit à la main mais généré pour lors de la conception UML. La seconde est que le squelette des classes de test est lui aussi généré. Enfin, cela permet de compiler les tests même s'ils ne passent pas. On a ainssi la possibilité de les "tester" sur le plan syntaxique avant de passer à l'écriture des classes à proprement parler. Aller un petit commentaire sur l’ordonnancement.

Perso, c’est plutôt dans l’ordre suivant que je procède.

1 écriture du squelette des classes

2 écriture des classe de test

3 écriture du corps de methodes de la classe

Cela permet différente chose.

La première est que le squelette des classes n’est pas écrit à la main mais généré pour lors de la conception UML.

La seconde est que le squelette des classes de test est lui aussi généré.

Enfin, cela permet de compiler les tests même s’ils ne passent pas. On a ainssi la possibilité de les "tester" sur le plan syntaxique avant de passer à l’écriture des classes à proprement parler.

]]>