Comment promouvoir les tests dans le processus de développement d’une application de gestion Java EE ? Quels outils mettre en place ? Comment sensibiliser les développeurs ? Le développement piloté par les tests (TDD) est-il incontournable pour obtenir une solution pérenne ?

Le choix d’une solution de test est délicat. La multitude d’outils disponibles sur le marché est impressionnante. L’une des forces du TDD est qu’il repose sur une méthodologie clairement définie et des objectifs précis. Et c’est cette méthodologie qui détermine les outils nécessaires.

Dans certains cas, le TDD peut s’avérer inapproprié. L’essentiel pour obtenir une solution pérenne est alors de commencer par déterminer la méthodologie et les objectifs que l’on souhaite atteindre.

A travers cette série de billets, je vous présenterai ma vision des choses en comparant le concept de “développement assisté par les tests” à celui du “développement piloté par les tests”.

1) Introduction
2) Développement “piloté par les tests” vs “assisté par les tests”
3) Tests unitaires “en isolation” ou “contextuels” ?
4) Gestion des données de tests et choix des outils
5) Conclusion

L’Agile Tour 2009 est passé par Lille et j’y ai croisé un intervenant que je connais bien, Grégory Ivanes. J’en ai profité pour le faire parler de l’événement. Ci dessous, presque en live

Arnaud Buisine : Bonjour Grégory. Peut-être deux mots sur toi avant de commencer ?

Grégory Ivanes : Bonjour. Ça va faire 8 ans que je suis chef de projets et en tout bientôt 10 ans que je travaille avec ProxiAD. J’interviens actuellement sur plusieurs projets en tant que Scrum Master. Ma certification date de début 2009.

Arnaud : Peux tu déjà me dire ce qu’est l’Agile Tour Lille 2009 ?

Grégory : L’Agile Tour est un évènement organisé localement dans 18 villes à travers le monde pendant tout le mois d’octobre 2009. Son objectif est de promouvoir et partager la vision de l’agilité ainsi que de fédérer et soutenir les initiatives locales des acteurs de l’agilité. Il s’est arrêté à Lille vendredi 30 octobre : http://www.agiletour.org/fr/at2009_lille.html

Arnaud : Où était ce ?

Grégory : Dans l’ancienne friche industrielle Le Blan-Lafont transformée par l’arrivée d’Euratechnologies (http://www.euratechnologies.com/).

Arnaud : En bref, de quoi avez vous parlé ? D’agilité je suppose ?

…

Dans la première partie de cet article, j’ai formulé des recommandations visant à éviter certains pièges lors du choix et de la configuration des règles Checkstyle. Cela notamment afin d’éviter de décourager les  développeurs avec des règles irréalistes ou hors contexte.

Reste à nous occuper des règles particulièrement pénibles à corriger, très laborieuses, telles que les espaces superflus, l’organisation des “imports” par ordre alphabétique, ou des variables selon leur visibilité.
Ce serait une perte de temps énorme que d’avoir à se soucier de tous ces problèmes syntaxiques. Heureusement la plupart des IDE actuels fournissent des outils qui, moyennant une configuration appropriée, peuvent réaliser automatiquement tous ces traitements. Je prendrai ici le cas d’Eclipse.

Bien configurer l’IDE pour éluder les contraintes de Checkstyle

Les “Save Actions” d’Eclipse permettent de systématiser le formatage du code ainsi que l’organisation des imports et des déclarations au moment de la sauvegarde des fichiers source. Cette option peut être utilisée de façon à résoudre toutes les règles de formatage de Checkstyle sans qu’aucune action spécifique ne soit nécessaire.

Cela nécessite de coordonner les règles Checkstyle avec les outils suivants :

• l’outil de formatage automatique du code (Window > Preferences …

Cette année, les Rencontres Mondiales du Logiciel Libre se tiendront du 7 au 11 juillet à Nantes. Elles affichent un programme très riche avec pas moins de 20 thématiques différentes réparties sur 5 jours.

Parmi ces thématiques un track MDSD, centré sur ATL, sera l’occasion pour la communauté d’animer le premier Eclipse Acceleo Day. Acceleo fait partie du projet Eclipse Model to Text (M2T). Les architectes ProxiAD seront présents lors de cet événement avec notamment une intervention le vendredi 10 en début d’après midi sur le Scaffolding MDD/MDSD.

L’accès à ces rencontres est gratuit. Pour vous enregistrer : RMLL 2009

J’évoquais dans mon post précédent l’utilité d’automatiser l’installation et la configuration des environnements de développement pour éviter que les outils visant au maintien de la qualité ne sombrent dans l’oubli à l’occasion d’une péripétie quelconque du projet, un renouvellement de l’équipe par exemple. Je prenais l’exemple de Checkstyle pour illustrer mon discours. Mais avec Checkstyle, une fois réglée la question de l’installation, on est vite confronté à un autre problème : son côté intrusif, à commencer par le grand nombre d’erreurs détectées d’emblée. “Ça va prendre du temps pour tout corriger.” “C’est quoi la complexité cyclomatique ?” “Il faut écrire la JavaDoc de toutes les méthodes ?” “Pas très pratique, lorsqu’on est en train de coder, de faire le tri entre les erreurs de style et les erreurs de compilation.” Autant de contraintes et de questions qui peuvent, petit à petit, décourager une équipe de développement. Il peut aussi arriver d’avoir à faire face à des remarques déroutantes du genre : “Pas grave, c’est juste un warning !”.

Pour éviter d’être pris au dépourvu, limiter les désagréments et faire en sorte …

L’essai brillamment marqué par l’équipe Ch’ti JUG lors de sa première session tenue il y a un mois est en passe de se transformer avec une seconde session le 15 juin qui s’annonce tout aussi passionnante.

Cette nouvelle session se focalise sur Maven 2 et les facteurs de réussite (et d’échecs) des projets qui en bénéficient. Pour en parler, c’est Arnaud Heritier qui se déplacera tout spécialement de la lointaine capitale jusqu’à Lille. Arnaud fait partie du comité de direction du projet Maven 2 chez Apache. Nous aurons donc, encore une fois grâce au Ch’ti JUG, l’information à sa source.

Les places disponibles pour l’événement restent limitées. Inscrivez vous donc très vite ici.

Après son étape nantaise (voir ici les commentaires et photos de Goulwen Le Fur), le Java EE Productivity Tour fait étape en Normandie le 9 juin.

Le Java EE Productivity Tour, ce sont SpringSource, Obeo et ProxiAD qui s’associent pour partager leur vision de la productivité en Java EE. Vaste sujet sur lequel Julien Dubois, Etienne Juliot et moi même avons grand plaisir à partager.

Alors, si vous voulez nous voir et nous entendre et surtout discuter productivité Java EE : rendez vous le mardi 9 juin à Rouen.

Si Rouen vous semble inaccessible, préparez vous pour les prochaines étapes de Lille puis Paris au 4ème trimestre 2009.

Vaguement mentionné à SpringOne Americas 2009 en fin d’année dernière, Spring ROO avait depuis été évoqué ici et là mais sans jamais se montrer vraiment, laissant ainsi ses observateurs dans l’expectative. Ce n’est d’ailleurs pour ma part que Lundi lors de la keynote d’introduction à SpringOne Europe 2009 de Rod Johnson que j’ai découvert Spring ROO. Cette fois-ci, Ben Alex, son auteur, nous a fait une démonstration live de ROO nous permettant de nous faire une idée plus précise de ce mystérieux projet. Depuis Lundi, quelques détails sur ROO ont été mentionnés et je vais essayer de vous donner quelques informations supplémentaires.

Spring ROO est un genre de Grails ou Ruby on Rails pour le langage Java. Tout comme avec Grails, avec ROO, on a le choix de ne pas choisir, l’architecture est imposée: en gros Hibernate, Spring IoC et Spring MVC. La convention est préférée à la configuration, tout en restant configurable. Tout comme avec RoR et Grails, une interface en ligne de commande permet de contrôler le framework et le scaffolding tient une place de premier ordre dans le framework.

Stephan Schmidt, l’un des développeurs de Spring ROO a publié …