Dette technique
Tests automatisés : ce qu’ils protègent dans votre chiffre d’affaires
Chaque fois que votre équipe ou votre prestataire modifie le site, une question se pose : le panier marche-t-il encore ? Dans beaucoup d’entreprises, personne ne le sait avec certitude avant qu’un client appelle. Les tests automatisés répondent à cette question en quelques minutes, à chaque modification, sans mobiliser personne.
Ce texte s’adresse au dirigeant d’une PME qui vend ou prend des demandes en ligne et qui veut mettre de l’IA dans son entreprise sans fragiliser son site.
Que désignent les tests automatisés, en mots de dirigeant ?
Un test automatisé est un petit programme qui joue le rôle d’un client. Il ouvre le site, ajoute un produit au panier, remplit l’adresse, va jusqu’au paiement en mode d’essai et vérifie que la confirmation arrive. Il le refait à chaque modification du code, de jour comme de nuit, et signale aussitôt l’étape qui ne répond plus.
Martin Fowler, l’un des auteurs de référence du génie logiciel, parle de « code qui se teste lui-même ». Il le décrit comme un ensemble de tests automatisés que l’on peut lancer sur tout le code, avec l’assurance que s’ils passent, il ne reste pas de défaut important (Martin Fowler, Self Testing Code). Il ajoute qu’une seule commande suffit alors à lancer toute la série.
Les outils pour le faire sont publics et gratuits. Playwright se présente dans sa documentation comme un outil de test de bout en bout pour les applications web modernes. Il fait tourner les parcours dans Chromium, WebKit et Firefox, et simule les téléphones sous Chrome pour Android et Safari mobile (Playwright, documentation).
Les points clés à retenir :
- Ce qu’un test vérifie : un parcours précis, du clic du client jusqu’au résultat attendu.
- Quand il tourne : à chaque modification, avant la mise en ligne.
- Ce qu’il coûte : le temps de l’écrire une fois, puis de l’ajuster quand le parcours change.
- Ce qu’il évite : qu’une panne soit découverte par un client.
- Ce qu’il ne fait pas : juger la beauté d’une page ou la qualité d’une offre.
Quels parcours de votre site rapportent de l’argent ?
Selon l’Insee, en 2024, 16,9 % des sociétés de 10 personnes ou plus ont reçu des commandes via un site web, et ces ventes pesaient 4,0 % de leur chiffre d’affaires total (Insee, commerce électronique, données annuelles 2024). La part monte à 30,4 % des sociétés dans le commerce et la réparation automobile, et à 37,4 % dans l’hébergement et la restauration. Pour ces entreprises, quelques pages portent une part du chiffre d’affaires qu’aucune autre ne porte.
Une panne sur ces pages fait fuir les acheteurs. Le Baymard Institute, centre de recherche sur l’ergonomie des sites marchands, a compilé 50 études et calcule un taux moyen d’abandon de panier de 70,22 %. Quand on écarte les acheteurs américains qui ne faisaient que regarder, 17 % des abandons tiennent à un site qui « avait des erreurs ou a planté » (Baymard Institute, cart abandonment rate). C’est autant que la part liée à un paiement trop long ou trop compliqué.
| Parcours | Ce que le test vérifie | Ce que coûte la panne non vue |
|---|---|---|
| Ajout au panier | Le produit, la quantité et le prix arrivent dans le panier | Les ventes du jour, sans alerte |
| Calcul des frais de port | Le montant suit la grille pour chaque zone | Des commandes à perte, ou des paniers abandonnés |
| Paiement | Le paiement d’essai aboutit et crée la commande | Le chiffre d’affaires en ligne, en entier |
| Confirmation | L’e-mail part avec le bon récapitulatif | Des appels au service client |
| Demande de devis | Le formulaire arrive dans la bonne boîte | Des prospects perdus en silence |
| Espace client sur téléphone | Chaque onglet s’ouvre sur le plus petit écran | La confiance des clients déjà acquis |
Commencez par cette liste : si une ligne vous fait dire « personne ne le vérifie », écrivez d’abord ce test-là.
Que se passe-t-il quand une modification part en ligne sans tests automatisés ?
L’un de nous l’a vécu sur l’espace client de son agence web, un outil qu’il développe lui-même. En août 2026, un correctif d’affichage sur téléphone est parti en ligne sans qu’on revérifie le cas de la correction précédente. Pendant trois jours, l’onglet de messagerie est resté hors de l’écran. C’est un client qui l’a signalé : ses 84 messages étaient intacts, il ne pouvait plus les ouvrir. Un test automatique sur le plus petit écran l’aurait arrêté avant la mise en ligne.
La vérification à la main a une limite connue : elle contrôle ce qu’on vient de toucher et oublie ce qu’on a corrigé la fois précédente. Un test écrit une fois, lui, revérifie le même cas à chaque mise en ligne, sans fatigue ni oubli.
À une autre échelle, l’éditeur de sécurité CrowdStrike a publié l’analyse de la panne du 19 juillet 2024. Ce jour-là, une mise à jour de contenu envoyée à ses logiciels a fait planter les ordinateurs Windows qui la recevaient. Parmi les causes, l’éditeur cite l’absence d’un test précis pour le cas qui a cédé, et une série fixe de 12 cas de test retenue pendant le développement (CrowdStrike, analyse des causes, août 2024). Parmi ses mesures, l’éditeur prévoit des tests élargis et un envoi des mises à jour par étapes.
Pourquoi les tests automatisés comptent davantage avec l’IA ?
Un assistant IA qui écrit du code multiplie les modifications, et chacune doit être vérifiée. Si la vérification se fait à la main, elle devient le goulet : soit l’équipe ralentit pour tout relire, soit elle laisse passer des modifications que personne n’a rejouées.
Le programme de recherche DORA recommande de constituer des séries de tests automatisés rapides et fiables, lancées à chaque livraison. Ses travaux associent cette pratique à une meilleure stabilité du logiciel, à moins d’épuisement dans les équipes et à des mises en ligne moins pénibles (DORA, test automation).
Les tests deviennent alors le garde-fou de l’assistant : il propose une modification, les tests rejouent les parcours, et seule une modification qui passe part en ligne. C’est pour cette raison que l’absence de tests figure parmi les premiers signes de la dette technique qui bloque l’IA dans une entreprise.
Par quels parcours commencer ?
Il n’est pas nécessaire de tout tester d’un coup. Un ordre simple protège d’abord ce qui rapporte :
- Le parcours d’achat ou de devis, du premier clic à la confirmation, sur ordinateur et sur téléphone.
- Les calculs qui engagent votre marge : frais de port, remises, taxes.
- Les accès des clients : connexion, mot de passe oublié, espace client.
- Les envois automatiques : confirmation de commande, facture, notification à l’équipe.
- Les mises à jour de la plateforme et de ses modules, rejouées avant de partir en ligne.
Ce dernier point rejoint une recommandation publique. Cybermalveillance.gouv.fr, le dispositif national d’assistance aux victimes, rappelle qu’une mise à jour peut rendre un logiciel incompatible avec un autre et qu’il convient de tester les mises à jour dans la mesure du possible. Le même dispositif conseille une sauvegarde des données et des logiciels avant l’opération (Cybermalveillance.gouv.fr, les mises à jour).
Pour une boutique ancienne, ce travail prépare aussi une migration de plateforme e-commerce : les mêmes tests rejouent les parcours sur l’ancien site et sur le nouveau, et montrent ce qui a changé.
Comment nous vérifions vos parcours avant de brancher l’IA
Kyy 42 commence par un état des lieux : le code, les pratiques de votre équipe et la façon dont le site part en ligne. Nous regardons quels parcours vos tests couvrent, lesquels reposent sur une vérification à la main, et lesquels personne ne vérifie. Le plan d’action qui suit classe les chantiers par priorité, et votre équipe le mène seule ou avec nous.
Une fois les parcours qui rapportent couverts, nous formons vos développeurs à travailler avec un assistant IA sur ce socle. L’approche de Kyy 42 décrit la démarche complète.
Trois questions à poser à votre prestataire cette semaine
Demandez quels parcours les tests vérifient automatiquement, à quel moment ces tests tournent, et ce qui se passe quand l’un d’eux échoue. Une liste écrite des parcours couverts montre une équipe qui maîtrise ses mises en ligne, et l’absence de liste désigne le premier chantier. Pour en parler avec nous, réservez la visio de 30 minutes : vous décrivez votre site, nous vous disons quels parcours protéger d’abord.
Questions fréquentes
Les tests automatisés remplacent-ils la relecture humaine ?
Non. Les tests rejouent des parcours connus et repèrent ce qui casse. Une personne juge encore le texte, la mise en page et l’intérêt d’une nouveauté. Les deux se complètent, et les tests libèrent du temps de relecture pour ce qui demande un regard.
Qui écrit les tests : notre équipe ou notre prestataire ?
Celui qui modifie le code écrit les tests des parcours qu’il touche, et les fait tourner avant chaque mise en ligne. Vous gardez le droit de demander la liste des parcours couverts, comme vous demandez une facture détaillée.
Faut-il refaire le site pour ajouter des tests automatisés ?
Les tests de bout en bout pilotent un navigateur comme le ferait un client. Ils s’ajoutent donc à un site existant, même ancien, sans toucher à son code. C’est souvent la première étape avant de le faire évoluer.
Que faire quand un test échoue ?
La mise en ligne s’arrête, et l’équipe corrige avant de repartir. Un test qui échoue souvent sans raison doit être réparé ou réécrit : un test auquel plus personne ne croit finit ignoré, et ne protège plus rien.
Combien de tests faut-il pour un petit site ?
Pour un petit site, un test par parcours du tableau ci-dessus couvre déjà l’essentiel du chiffre d’affaires en ligne. La FAQ de Kyy 42 rassemble les autres questions des dirigeants.