Discussion :

[randriano]

Bonjour

Pour rappel Selenium IDE est cette extension firefox en vue d'utiliser Selenium, sans passer par un serveur pour l'exécution de scripts Selenium.
Très simple à installer et à utiliser, il a trop de limitations techniques: premièrement le fait qu'il soit seulement pour Firefox et j'ai des difficultés à tester des applications web RIA (rich internet app) avec.

Qui me dira le contraire: que Selenium IDE peut tout faire?
Un de mes principaux blocages était l'upload de fichier, en tant que plugin firefox, il ne pouvait rien faire sur l'explorateur qui s'ouvre pour sélectionner un fichier.

[Marco46]

Pour avoir utilisé Selenium IDE lors d'une de mes missions je suis convaincu de sa nullité.

D'une manière générale Selenium est très lourd à utiliser.

Le futur du test e2e est arrivé c'est cypress.io. Absolument hallucinant le gap entre selenium et cypress. Il y a un gouffre technique.

[randriano]

merci pour cette piste: Cypress

Je viens de découvrir aussi la notion de test end-to-end à partir de la réponse ci-dessus

Mais est-ce que Cypress est fait pour un test fonctionnel, un test "black box"?

[Marco46]

Test e2e et test fonctionnel sont synonymes.

Le but est bien d'automatiser le test d'un use case fonctionnel. Evidemment on ne peut pas tout tester du coup le but est seulement de tester les cas passants sur le chemin critique fonctionnel. Bref l'essentiel.

Selenium est très très lent à l'exécution, ce n'est pas le cas de Cypress.

Cypress est en beta test il faut remplir un formulaire pour pouvoir l'utiliser mais c'est vraiment une tuerie.

Il n'y a aucune dépendance à l'intérieur du code (à partir du moment où les champs et les interactions utilisateurs sont identifiables, via des id généralement), on peut parfaitement écrire des tests pour tester developpez.net si on veut.

Et de mon point de vue, presque le plus important, il n'y a aucune dépendance externe !! C'est du full javascript, sans dépendances externes que ce soit un jar, une compilation d'une lib avec node-gyp ou un paquet npm, rien de rien, tu fais npm install cypress et hop c'est ready to go. Pour l'adoption en entreprise c'est fondamental. Et ça facilite considérable l'usage dans une intégration continue.
Bref c'est qualité super pro.

Un seul hic pour le moment qui peut poser problème, il n'y a pas de support IE, il est en cours de dev.

[JBrek]

Hello

Nous utilisons bcp Selenium IDE comme clics recorder et ensuite on convertit les tests HTML en tests webdriver Java. Nous l'utilisons avec ExtJS qui est un framework JavaScript RIA. Ca nous fait 90% du boulot.

Nous avons cependant du développer pas mal de choses autour pour que ça fonctionne bien:

1. Une Selenium Core extension pour gérer les appels ajax (attendre que les appels ajax soient terminés pour faire les asserts)
2. Une Selenium IDE extension pour un locator personnalisé (ExtJS utilsant des id dynamiques, nous avons du créer nos propres "selid" fixes, générés automatiquement en mode test)
3. Un Selenium Formatter pour générer le code webdriver Java

Typiquement l'upload de fichier je dois directement le faire en java, mais grace au recorder j'ai au moins l'id. Honnêtement j'en suis assez satifsait et son abandon est un problème pour nous.
Après je ne l'utiliserais pas directement pour gérer mes tests clients, il n'est pas top et assez bugué.

[randriano]

Un seul hic pour le moment qui peut poser problème, il n'y a pas de support IE, il est en cours de dev.

Pour mon cas je ne trouve pas cela vraiment bloquant

Mon seul souci serait qu'il n'est pas très connu car très récent mais je ne connais rien d'autre de gratuit que Selenium! J'ai utilisé avant TestComplete en mode trial mais c'est vraiment trop bien mais c'est juste payant!

Nous utilisons bcp Selenium IDE comme clics recorder et ensuite on convertit les tests HTML en tests webdriver Java. Nous l'utilisons avec ExtJS qui est un framework JavaScript RIA. Ca nous fait 90% du boulot

Bref, vous l'utilisez pour faciliter l'écriture du script en test webdriver!
Je ne comprends pas la partie: "son abandon est un problème pour nous" puisque tout est maintenant converti en test webdriver?

[el_slapper]

Le but est bien d'automatiser le test d'un use case fonctionnel. Évidemment on ne peut pas tout tester du coup le but est seulement de tester les cas passants sur le chemin critique fonctionnel. Bref l'essentiel.(.../...)

Ben, moi, une bonne partie de mes scripts ne passe pas par le chemin critique fonctionnel, justement. J'ai une tripotée de cas non-passants, du mot de passe erroné à la combinaison de valeurs absurdes(quelques litres par seconde, en intraveineuse, euh.....). Surtout, une partie de mon besoin, c'est d'avoir des composants réutilisables et adaptables. En UFT(qui est par ailleurs une sombre merde dès que la page web a un peu trop d'event listeners, ça nous pose de gros problèmes), j'ai un composant qui me dit "va regarder dans la page des connecteurs. Si l'un d'entre eux n'est pas en feu vert, clique dessus, attends 10 secondes, et recommence". c'est un besoin fort, pour garantir l'intégrité de certains tests multi-applications.

C'est possible, ça, avec cypress.io?