Estimez le coût de maintenance de vos tests automatisés. Puis mesurez la part qui ne réparait pas un bug.
Une journée de travail vaut 7,5 heures. Le calcul se fait dans votre navigateur, rien n'est envoyé.
La plupart des échecs de tests ne sont pas des bugs. Un libellé change, un bouton se déplace, un environnement répond mal, une donnée de jeu a expiré. Le test s'arrête pour une bonne raison, mais il n'a rien trouvé.
Tant que cette répartition n'est pas mesurée, le chiffre ci-dessus reste un coût global. Vous savez combien vous payez. Vous ne savez pas ce que vous payez.
La grille ci-dessous sert à le savoir. Classez vos vingt prochains échecs, au fil de l'eau, sans rien changer à votre façon de travailler.
Rien n'est enregistré sur cette page. Téléchargez la grille ou imprimez-la pour la remplir au fil de l'eau.
| N° | Scénario | Bug | UI | Flaky | Donnée |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 | |||||
| 4 | |||||
| 5 | |||||
| 6 | |||||
| 7 | |||||
| 8 | |||||
| 9 | |||||
| 10 | |||||
| 11 | |||||
| 12 | |||||
| 13 | |||||
| 14 | |||||
| 15 | |||||
| 16 | |||||
| 17 | |||||
| 18 | |||||
| 19 | |||||
| 20 |
Ressource de la conférence donnée le 15 septembre 2026 à la Soirée du test logiciel, Sophia Antipolis. Mr Suricate, éditeur français d'une plateforme no-code de tests automatisés.