Une participation légère (une quinzaine de personnes) pour cette troisième édition du JavaCamp Paris organisée par Valtech. Au départ le wiki montrait une prédominance sur le thème des tests, au final 7 sessions proposées. Je ne vous en présenterais rapidement que 2, j’ai participé que le matin.
Session sur les tests :
N’étant pas un connaisseur j’y suis allé plus par curiosité que pour participer au débat. C’est surtout Eric et Thomas qui ont animé cette session. J’ai retenu des outils et des concepts :
- La pyramide de Mike Cohn
- TDR pour Test Driven Requirements
- BDD pour Behavior Driven Development, adapté aux tests fonctionnels
- et bien sûr le TDD pour Test Driven Development basé sur les tests unitaires.
Je ne saurais expliciter correctement ces concepts et vous invite à suivre les liens qui les définissent. Eric nous a conseillé la lecture de « Bridging the Communication Gap » où Gojko Adzic explicite que la meilleure approche pour les tests est avant tout une bonne communication entre les différents acteurs du projets.
En terme d’outils, nous avons parlé de :
- Selenium : surement le plus connu et le plus simple à mettre en oeuvre avec son enregistreur, vous trouverez un quickstart sur le blog de Thomas,
- SWTBot : dédié à RCP uniquement, il n’existe pas d’enregistreur
- Fitnesse : une approche par wiki, où l’on écrit ses tests dans des tableaux et qui génère des classes,
- GreenPepper : même principe, s’appuie sur confluence, payant,
- Twist : plate-forme collaborative pour automatiser et maintenir ses tests,
- Concordion : ou comment réaliser ses tests en partant de la spécification
- Plus particulièrement pour le BDD : JBehave et RSpec
- Et enfin une approche un peu particulière : Bumblebee, génération de docs par/pour les tests, une approche intéressante qui oblige à nommer ses tests correctement pour rendre un rapport lisible
J’ai ensuite proposé une session sur DDD qui a été retenue, malheureusement je ne suis pas un spécialiste et j’ai brièvement présenter le concept et sa mise en application à travers le framework Qi4J
Xebia vient juste de publier un article sur le sujet et l’explique bien mieux que moi. Je vous conseille tout de même de jeter un coup d’oeil au framework Qi4J que je trouve très séduisant et dont j’ai déjà parlé dans ce blog. Je continue à l’étudier et je pense l’implémenter dans mon logiciel médical dans ma phase de refactoring en cours.
Dommage que l’on est pas été plus, c’est vrai que le samedi c’est peut être pas le meilleur jour, mais quand on aime Java … C’est comme toujours une occasion de rencontrer des gens intéréssants (Thomas, Eric, et les autres pour qui j’ai pas trouvé le blog).
Merci aux organisateurs Eric et Anthony, et à la prochaine.
