Tests automatisés

Les tests automatisés sont des programmes qui vérifient, à chaque modification du code, que le logiciel se comporte toujours comme prévu : un calcul de TVA, une règle de droits, un enchaînement d’écrans. Ils remplacent une partie des vérifications manuelles et rendent les évolutions sûres : on sait immédiatement si un changement a cassé quelque chose ailleurs. Leur absence est la première cause de régressions sur un logiciel qui vieillit.

Le test qui passe sans rien tester. Le 11 septembre 2026, un de nos contrôles annonçait « aucun conflit » après la fusion de deux versions du code. En réalité, la commande de fusion refusait de s’exécuter, et son erreur était avalée par une instruction qui ignorait les échecs. On ne l’a vu qu’en relisant la sortie brute. Un test qui passe sans rien faire ressemble exactement à un test qui passe.

Le décompte qui compte autre chose. Une recherche automatique annonçait un lien présent sur 67 pages sur 67. Il était sur 46 : la recherche comptait aussi le nom du lien écrit dans un script. Un test doit reproduire exactement ce qu’il prétend vérifier, pas une commande qui lui ressemble.

Ce que les tests ne voient pas. Le 12 septembre 2026, une page validée à l’œil, construite sans erreur, avait toute son interactivité morte : un cache servait une version cassée de la bibliothèque d’interface. Seul un clic réel, console ouverte, l’a montré. Les tests automatisés couvrent la logique ; un parcours cliqué avant chaque mise en ligne couvre le reste. C’est le rôle de la recette.