Discussion :

[tamtam300]

Bonjour,

Je veux intégrer les tests automatisés dans mon entreprise,sachant que j'ai une expérience de 4 and en tantque testeur manuel,j'ai une expérience de plus en développement avec java. j'ai suis des cours sur selenium/BDD cucumber avec youtube.
Ma question est, pour les tests à automatiser quel méthode à choisir pour l'automatisation des cas de test:
-On développe les cas de test sous forme de classes .java puis on exécute ces cas de test un par un
Ou
-utiliser BDD: écrire les scénarios avec girckin dans le fichier.feature puis exécuter dans le fichier "runner" et le framework cucumber

Quel méthode on utilise pour automatiser les cas de test
Merci pour l'aide

[tamtam300]

Bonjour,
pas de réponse

[thelvin]

Personnellement je ne comprends pas la question.

La "meilleure façon de tester", ça n'existe pas, prends celle qui va pour vous.

La manière d'automatiser les tests, quelle que soit la manière de tester choisie, ses tutoriels illustrent forcément comment lancer les tests automatiquement, avec une commande shell ou une directive Maven ou Gradle.

[Pyramidev]

-On développe les cas de test sous forme de classes .java puis on exécute ces cas de test un par un
Ou
-utiliser BDD: écrire les scénarios avec girckin dans le fichier.feature puis exécuter dans le fichier "runner" et le framework cucumber

Quel méthode on utilise pour automatiser les cas de test

Bonjour,

Savoir si Gherkin (ça s'écrit "Gherkin", pas "girckin") est un choix pertinent dépend de comment se passe la communication dans l'entreprise.

De mon côté, j'avais maintenu quelques tests en Gherkin dans un projet Python, puis j'ai fini par les réécrire en Python car Gherkin n'avait servi à rien à part me ralentir.

Gherkin permet d'écrire des tests unitaires en langage naturel afin qu'ils soient lisibles par des gens qui ne savent pas lire du code écrit directement dans un langage pour développeurs comme Java ou Python. La contrepartie est qu'ils sont plus coûteux à maintenir, entre autres à cause du fait qu'il faut écrire du code de parsing pour traduire le langage naturel vers le langage utilisé par le reste du projet.

Que ce soit pour spécifier le travail à faire ou documenter l'existant, Gherkin peut être pertinent si les tests associés sont lus par des gens qui ne savent pas lire du Java ou Python ou autre langage pour développeurs. Cela permet d'avoir une documentation exécutable dont on a la garantie qu'elle est en phase avec le comportement du programme, ce qui est super.

Mais, attention. Des fois, des développeurs se mettent à utiliser Gherkin par effet de mode puis, finalement, plus personne ne lit les tests Gherkin à part les développeurs. Alors, Gherkin ne fait que ralentir ceux qui font évoluer le programme. C'est ce qui est arrivé dans le projet Python évoqué ci-avant.

[tamtam300]

merci @thelvin et @Pyramidev pour vos réponses.
Donc vous me conseillez de commencer par l'écriture des cas de test en fichier.class puis les exécutés avec JUNIT/TestNG c'est ça.
pour le BDD je me rappelle dans un des videos sur Youtube ils ont montré qu'il est utilisé pratiquement pour écrire les scénarios les moins claires afin de discuter avec pour tout échanges avec les parties prenantes.(dans la phase de définition des critères d'acceptation)
Je ne sais si c'est correcte ou non
merci

[Pyramidev]

Donc vous me conseillez de commencer par l'écriture des cas de test en fichier.class puis les exécutés avec JUNIT/TestNG c'est ça.

J'avais mis en avant un exemple où Gherkin n'était pas pertinent, car c'est celui que j'avais vécu. Mais, comme je le disais au début de mon message, savoir si Gherkin est un choix pertinent dépend de comment se passe la communication dans l'entreprise. Or, on ne sait pas comment ça se passe dans ton entreprise.

[tamtam300]

Bonjour @Pyramidev merci encore une fois pour votre réponse.
En faite, je travaille dans un startup,on effectue actuellement juste les tests manuels,
j'ai proposé d'automatiser quelques cas de test pour minimiser les régressions qui peuvent se faire après une mise à jour,etc(et on a plusieurs pour chaque projet)
On ne cocnentre pas sur 1 seul projet,on peut travailler sur 1 projet 4h et l'autre 4h par jour.
En tant que testeur QA travaillant dans un environnement agile/scrum,je dois être présent dans les planning meeting afin d'avoir une idée sur le nouveau projet, les User Stories auxquel je vais préparer les cas de tests possibles (un cahier de charge préparé par le Business analyst)
C'est pour cela j'ai posé la question,j'ai suivi une formation sur l'automatisation de test avec selenium dans les démarches traditionnelles et avec BDD/gherkin dans un des centres et je veux appliquer ce type de processus dans l'entreprise

merci pour votre conseil