Les parcours importants sont rejoués automatiquement
Tests automatisés
Vérifier qu'un outil marche encore après chaque modification.
Ces tests parcourent automatiquement les fonctions d'un produit et signalent ce qui a cessé de fonctionner, avant que quiconque s'en aperçoive.
Pourquoi je l'ai construit
Le vrai danger n'est pas le bug, c'est le bug qui revient.
Sur un produit qui grossit, une correction quelque part peut casser autre chose ailleurs. Vérifier tout à la main après chaque changement est impossible : on finit par ne plus vérifier.
Les tests font ce travail à ma place, systématiquement, sur tous les parcours importants. Ce qui casse est signalé tout de suite, pas découvert par un client.
Ce qu'il fait
Concrètement.
Chaque écran est vérifié, y compris sur téléphone
Les langues sont contrôlées une par une
Un rapport signale précisément ce qui ne marche plus
Rien n'est livré tant que les contrôles ne passent pas
En une image
Comment ça marche.
Ce que ça change
Pour vous, pas seulement pour moi.
Une évolution de votre outil ne casse pas ce qui marchait la veille.
C'est le risque numéro un d'un logiciel qui vit : on ajoute une fonction, et quelque chose se met à dysfonctionner ailleurs, souvent à un endroit que personne ne regarde tout de suite. Le problème se découvre alors par un client, ce qui est la pire façon de l'apprendre.
Un exemple réel : une correction touche le calcul d'une remise. Les parcours de commande sont rejoués automatiquement sur tous les écrans et toutes les langues. Un écart apparaît, la mise en ligne est bloquée — avant qu'un seul client ne l'ait vu.
Aller plus loin
Les autres pièces de l'ensemble.
Mise à jour