tools

TestNG, votre avis m’intéresse

4/05/12

Posté par Romain dans java

Aucun commentaire

Lors du Devoxx France, j’avais présenté un Quickie (session courte de 15 minutes) sur TestNG, parce que vos tests le valent bien. Les slides sont d’ailleurs visibles ici.
 
Le but de cette présentation est de montrer les atouts de la librairie de tests Java TestNG, en particulier face à l’omniprésent JUnit.
 
Il faut l’avouer, aujourd’hui JUnit a réussi à combler certaines de ses lacunes par rapport à TestNG. Je pense par exemple au groupage / catégorisation des tests (JUnit 4.8 a introduit un @Category bancal, mais grandement aidé par Maven Surefire depuis sa version 2.11), aux tests paramétrés (annotation @Parameters de JUnit), etc.
Toutefois, je reste convaincu de l’intérêt de TestNG sur JUnit. Mais j’aimerais connaitre ton opinion…
 
Bref, toi, lectrice, lecteur de mon blog, si tu fais partie d’une catégorie suivante :
 

       
  • Tu utilises déjà TestNG

    •    

  • Tu as utilisé TestNG par le passé

    •    

  • Tu aimerais bien utiliser TestNG

    •    

  • Tu t’intéresses à TestNG

 
alors ton avis m’intéresse ! Dis-moi quels sont les intérêts que tu lui trouves ? Pourquoi le préfères-tu à JUnit, ou au contraire pourquoi préfères-tu JUnit ? Que lui manque-t’il ? Bref, dis moi tout !
 
Merci.

Chouchoutez votre JavaScript dans un projet web

3/05/12

Posté par Romain dans continuous integration

1 commentaire

Voilà, c’est fait ! Vous êtes venus à Devoxx France, vous avez assisté à ma présentation (ou alors vous avez juste lu mon post sur le sujet), et donc vous voulez désormais chouchouter votre code JavaScript.

Pour démarrer sur le sujet, vous avez suivi les étapes écrites sur mon post, comme je l’ai fait lors de ma présentation. C’est bien joli tout ça, mais dans la vraie vie réelle, vous n’avez pas un module Maven dédié au code JavaScript. Votre code JavaScript est (bêtement) dans votre application web ! Du coup, vous vous posez des questions sur la façon de procéder, en particulier concernant les analyses Sonar…

Allez zou, suivez le guide !

More >

Cours du soir – Git

15/04/10

Posté par Romain dans git

3 commentaires

Git

David Gageot (blog ; twitter) nous a fait l’honneur de revenir dans ses anciens locaux, chez nous à Valtech, afin de nous faire une présentation sur Git. Cette présentation, il l’avait déjà jouée à Vidal il y a quelques jours, et devait faire de nombreux heureux lors de prochains JUG (Ch’tiJUG, puis Paris JUG mi mai).


Nous étions une dizaine à écouter l’enthousiasme de David sur cet outil, qu’il pratique depuis presque 2 ans au sein de la socité dont il est le CTO, Algodeal.
Avant d’attaquer la présentation, un rapide tour de table est réalisé. Qui utilise quel outil pour gérer ses sources, et qui connait et utilise Git ? La plupart d’entre nous utilisons Subversion, et nous connaissions presque tous Git, sans pour autant l’avoir déjà utilisé.


Puis, pour capter plus encore notre attention (comme si cela était nécessaire !), David commence en nous montrant un cas où Git lui a épargné bien des tracas, et sans aucun doute, de très longues heures de recherche. Sur son projet, la commande « mvn eclipse:eclipse » ne fonctionne plus (c’est le drame). Pour information, cette commande analyse un projet configuré sous Maven, et en établit les fichiers de configuration d’Eclipse (les .project et .classpath en particulier) afin de l’intégrer au sein de l’IDE. Donc cette commande ne fonctionne plus. Que faire pour comprendre pourquoi, et savoir quand le problème est apparu.


David nous sort son premier joker, sous le nom de « git bisect« . Il faut savoir que Git est en réalité est constitué d’une batterie d’outils (un peu comme Maven avec sa pléthore de plugins, à l’exception que Git ne télécharge jamais tout Internet pour travailler ;) ). « bisect » est l’un d’entre eux. Donc David sait que sur une version un peu ancienne, tagguée VERSION1.1.3, la commande Maven fonctionnait bien, mais plus maintenant. Il va donc demander à Git de trouver quand, dans cet intervalle de temps séparant la version 1.1.3 à aujourd’hui, la regression est apparue. Il lance donc la commande suivante :
git bisect start HEAD VERSION1.1.3
Grosso-modo, cela indique que l’on va lancer l’analyse bisect entre le HEAD (code courant) et la version tagguée 1.1.3.
Ensuite, on va exécuter la commande suivante :
git bisect run sh -c « mvn eclipse:eclipse > /dev/null »
On indique à Git d’éxecuter la commande SH « mvn eclipse:eclipse > /dev/null » (on redirige vers le /dev/null pour éviter trop de logs). Là, Git nous indique qu’entre la version 1.1.3 et le HEAD, il y avait environ 140 révisions du code. Git bisect estime à 7 le nombre maximum de tentatives dont il aura besoin pour trouver le commit fautif (utilisation du principe de dichotomie). Après ces tests, notre outil finit par détecter le commit ayant introduit cette erreur. Voici les logs de git bisect :
cat ../maveneclipse.sh
#!/bin/sh
mvn eclipse:eclipse > /dev/null
git bisect start HEAD VERSION1.1.3
git run ../maveneclipse.sh
running ../maveneclipse.sh
Bisecting: 140 revisions left to test after this (roughly 7 steps)
[49be0b426f3469b154d66179ecdbaad2128b872e] Now formats Javadocs
running ../maveneclipse.sh
Bisecting: 70 revisions left to test after this (roughly 6 steps)
[18a0eddab7a745c9cec538b9184efb25499e06c1] More optimisations
running ../maveneclipse.sh
Bisecting: 37 revisions left to test after this (roughly 5 steps)
[051bccc6252b23be6c9074545986cd057bcc69d8] Merge branch ‘master’
running ../maveneclipse.sh
Bisecting: 15 revisions left to test after this (roughly 4 steps)
[1183351cf1976571138c80dcf70e702dc3575177] Merge branch ‘master’
running ../maveneclipse.sh
Bisecting: 7 revisions left to test after this (roughly 3 steps)
[a586dcbddca57d93e00ed7ebaeb02239bfdc515c] Merge branch ‘master’
running ../maveneclipse.sh
Bisecting: 3 revisions left to test after this (roughly 2 steps)
[b4938d0a2aacabb4e71c2c08cab5e63ce12efbce] Merge branch ‘master’
running ../maveneclipse.sh
Bisecting: 1 revision left to test after this (roughly 1 step)
[6536952979f24786db146217b81f7d612bede425] Before we fix the build
running ../maveneclipse.sh
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[56750bb15630dbf1af1976ad0e7161c7ed696e69] Force Maven3
running ../maveneclipse.sh
56750bb15630dbf1af1976ad0e7161c7ed696e69 is the first bad commit
commit 56750bb15630dbf1af1976ad0e7161c7ed696e69
Author: David Gageot <gageot>
Date:   Wed Mar 17 18:20:29 2010 +0100
Enforce Maven3
On le voit à la toute fin, c’est un commit réalisé par David le 17 mars, avec pour commentaire « Enforce Maven 3″ qui a introduit ce problème.


(post du blog de David relatant la traque de ce problème)


Voilà comment, en quelques secondes, l’outil Git bisect a permis à David de comprendre où était le problème, et comment du coup le résoudre (non, il n’existe pas encore d’outil corrigeant automatiquement les bugs dans Git ;) ).


Comme introduction, je pense que David a réussi son coup ! Nous sommes déjà sous le charme…
S’ensuit alors une présentation des aspects plus basiques de Git. Comme créer un repository, explications des commandes classiques (clone, commit, pull, push, etc.). Là dessus, je pense que j’écrirais un nouveau post un peu plus tard, une fois que je commencerais à mieux maitriser l’outil, et ses particularités. Je voudrais éviter de dire trop de bêtises pour l’instant !


Mais dans les grandes lignes, David a bien insisté sur la simplicité de l’outil – bien qu’il soit assez déroutant aux premiers abords – mais également sur sa puissance et sa robustesse. Il nous a indiqué n’avoir jamais eu a pesté contre l’outil en 2 ans d’utilisation ! Connaissant David, je peux vous assurer que si un outil ne lui plaît pas, il ne se gênera pas pour qu’on le sache ;) L’une des grandes forces de Git, c’est son intelligence à comprendre les structures des projets, de s’adapter facilement et de façon non intrusive aux différentes modifications du code, et à gérer d’une manière presque magique tous les merges.


Un exemple qui me parle tout à fait est celui-ci :
Sa société s’appelait l’année dernière tech4quant. Par conséquent, l’ensemble des packages Java démarraient par com.tech4quant.*. Il y a quelques mois, la société a été renommée Algodeal. Du coup, David a décidé de renommer tous les packages en com.algodeal.*. Or en Java, un package se trouve dans le répertoire du même nom (donc ici com/tech4quant/… et com/algodeal/…). Or si vous connaissez CVS ou Subversion, vous savez que cette tâche est pratiquement impossible, ou du moins les obstacles à sa bonne réalisation vous pousse à tout simplement éviter un tel renommage ! Pourtant, grâce à Git, David a réalisé cela de façon tout à fait normale, en exécutant simplement les tâches de renommage de répertoires, et de refactoring massif du code Java (histoire de changer le nom des packages ainsi que les import). Git, s’est quant à lui chargé de tout gérer proprement, sans perte d’historique, sans aucune douleur. Une fois de plus, bravo Git !


On a bien entendu évoqué l’intégration de l’outil dans l’écosystème du développeur (Java essentiellement). Les plugins Eclipse ne sont pas encore très au point, et David se sert beaucoup du terminal mais également de GitX, qui propose une visualisation très agréable de l’historique d’une ressource, et se montre assez à l’aise avec les différentes opérations de commit.


Bref, David a facilement réussi à convaincre ses auditeurs de l’intérêt de Git. Reste que je reste toujours très sceptiques quant à l’adoption de cet outil au sein de grandes sociétés, et je ne peux hélas que le regretter, tant mon attrait pour Git s’est accru ce soir !


Merci à David pour ta présentation, merci également à Yannick Ameur pour avoir eu l’idée d’organiser ce cours du soir.
Start Slide Show with PicLens Lite PicLens

Maven

2/01/10

Posté par Romain dans article

Aucun commentaire

Maven a une actualité assez chargée ces derniers temps, avec la sortie toute proche de la troisième génération de l’outil, mais également avec la publication d’un ouvrage sur Apache Maven, écrit par Nicolas de Loof et Arnaud Héritier.

J’ai écrit courant décembre deux articles sur le site developpez.com concernant ces actualités :

Bonne lecture, et n’hésitez pas à réagir à ces articles sur le site de developpez.com ou en commentaires ici !

Start Slide Show with PicLens Lite PicLens