Selenium est un très bon projet de test fonctionnel Web qui souffre de certains défauts.
Il a énormément de qualité mais tout n’est pourtant pas rose.
Je liste ses limitations et ses disfonctionnements afin que vous puissiez mieux le cerner.
A lire pour ceux qui veulent découvrir l’envers du décor.
Hier, le JUG parisien s’est retrouvé pour une présentation de GWT et de REST-GWT.
Didier Girard s’est occupé de la première partie. Je n’aurai jamais dû l’écouter ! Maintenant je suis presque triste d’écrire du Spring MVC. J’ai l’impression de me sentir hors du coup, passé de mode. Il m’a bien fait comprendre que je devais me mettre d’urgence au toolkit de Google. Si j’ai bien retenu, GWT c’est simple, pas cher, solide, efficace, ergonomique… le graal du Web ? Pas pour tous. Flex est également bien positionné côté Java. Mais c’est un autre débat.
Si vous voulez un résumé de la soirée, le Touilleur a écrit le compte rendu de la soirée.
Pour revenir sur cette session, les juggers ont posé plusieurs questions intéressantes.
Au commencement, vous écriviez vos tests Selenium en HTML. Mais cela posait des problèmes : aucune factorisation possible, pas de setUp()/tearDown()…
Puis, vous avez commencé à écrire vos tests en Java et la vie fut plus belle. Mais cela devint verbeux et vous développiez de plus en plus de code custom pour améliorer vos tests. Et vous vous demandiez comment faire encore mieux…
Enfin, vous découvrez l’arme ultime, ce projet nommé Tellurium qui ne vous rendra certainement pas plus riche ni plus beau mais qui améliorera vos tests Selenium.
Vous l’avez compris, Tellurium est un projet qui vise à améliorer l’écriture de tests Selenium.
Ils le disent eux-mêmes :
Tellurium is more robust, flexible, modularized, easier to maintain and refactor
Qu’est-ce qu’il y a dans la boite ?
L’article est un guide de démarrage rapide pour l’écriture de tests Selenium en Java. Nous allons voir ce qu’il faut configurer dans le pom.xml de Maven et comme lancer l’ensemble des tests.