Garder des tests automatisés à jour quand l'interface change
Exemple type : les tests sont organisés pour qu'un changement d'écran se corrige à un seul endroit, puis la campagne est relancée et analysée.
Poste : QA Automation · L’Oréal · 2012–2013
Exemple type, représentatif du travail mené sur ce poste. Il ne décrit pas un projet précis.
Le problème
Une application évolue : un bouton change de nom, un champ se déplace. Les tests automatisés qui s'appuyaient sur l'ancien écran échouent alors en série, sans que l'application soit en cause.
La solution automatisée
Les tests HP UFT sont maintenus selon quelques règles simples :
- Un seul endroit : la description des écrans est centralisée dans un référentiel d'objets partagé.
- Correction : quand l'écran change, on met à jour ce référentiel, pas chaque test.
- Relance : la campagne est relancée depuis HP ALM.
- Tri : on sépare les échecs dus aux tests de ceux dus à une vraie anomalie.
Le résultat
Un changement d'interface demande une correction ciblée au lieu de reprendre tous les scripts. Les vraies anomalies ne sont plus noyées parmi les faux échecs.
À retenir
- Décrire les écrans une seule fois.
- Distinguer un test cassé d'une application cassée.
- Un test qu'on ne maintient pas finit par ne plus servir.