6 conseils pour écrire un bon Test case
Conseils pour écrire un “bon” test/Test case avec Robot Framework (ou autres frameworks d’automatisation d’ailleurs)
🤖 6 conseils que je donnerais pour écrire un “bon” test/Test case avec Robot Framework (ou autres frameworks d’automatisation d’ailleurs)
🟢 le Test case doit être compréhensible par tous
Qui dit Robot Framework dit test d’acceptance (plutôt de bout en bout), le Test case se doit donc d’être compréhensible par tous : développeur, PO et même le client ou l’expert métier.
⇒ Il y a des techniques pour faire ça comme le BDD, la pratique du “3 Amigos”, l’utilisation d’un “ubiquitous language”, etc…
🟢 Le Test case doit être robuste aux changements d’environnement
Les données qui ont rapport avec l’environnement, doivent être variabilisées et ne jamais être en dur afin de pouvoir facilement en changer.
⇒ Tout ce qui est IP, URL, paths, credentials, etc doit être en variables dans le test. Les options “--variable” ou ”--variablefile” de la commande “robot” permettent alors de les injecter facilement
