Bon. Plusieurs personnes me l’ont demandé, alors autant clarifier : le fameux « Test Cédric » qui a fait planter l’appli du Crédit Agricole devant 10 millions de clients, ce n’était pas moi. Promis. Mais comme je m’appelle Cédric et que je passe mes journées dans des environnements de test et des mises en production, on va en profiter pour parler de la vraie histoire, celle qui n’a rien à voir avec un type prénommé Cédric.
La suite, c’est ce que j’aurais bien aimé pouvoir dire « ce n’est qu’un test » à une époque où je faisais, moi aussi, n’importe quoi avec mes serveurs.
L’anecdote qui m’a fait écrire ça
Le 9 juin, le Crédit Agricole envoie par erreur une notification interne « Test Cédric » à l’ensemble de ses clients. Des millions de connexions simultanées, l’application qui sature, des milliers de signalements en une heure, et internet qui s’amuse. La banque, elle, a très bien joué le coup en se rebaptisant « Cédric Agricole » le temps d’une journée. Beau rattrapage de communication.
Sauf que le lendemain, je reçois un message d’un client. Il est au Crédit Agricole. Il m’avait réglé une facture la veille. Et il me demande, très sérieusement :
« J’ai reçu un truc « Test Cédric » de ma banque… c’est normal ? Ça vient de toi ? »
J’ai mis trois secondes à comprendre. Il m’a fait un virement la veille, il est au crédit agricole et je m’appelle Cédric. C’était à la fois absurde et parfaitement logique de son point de vue.
Et c’est exactement là que commence le sujet intéressant.
La vraie histoire n’est pas un prénom
Tout le monde a retenu « Cédric ». Mais le prénom n’a aucune importance : c’est juste le nom qu’un développeur a donné à son test. Demain ça aurait été « Test toto » ou « Test ne-pas-envoyer ». Le problème n’est pas qui, c’est comment un test interne a pu partir chez 10 millions de personnes.
La réponse tient en un mot : gouvernance. Plus précisément, l’absence d’une frontière étanche entre l’environnement où on bricole et l’environnement que voient les clients.
Dans un système correctement gouverné, un test ne peut pas atteindre la production. Il y a des environnements séparés, des garde-fous, une procédure de déploiement où quelqu’un valide ce qui passe en réel. Q
uand ces frontières existent, un développeur peut envoyer mille notifications « Test Cédric » : elles restent sagement dans leur bac à sable.
Quand elles n’existent pas, il suffit d’une fausse manip un mardi soir.
La voiture, le frein à main, et moi il y a dix ans
Je vais être honnête, parce que c’est plus utile qu’une posture d’expert qui n’aurait jamais fait d’erreur.
Il fut un temps où je travaillais comme on conduit sans frein à main : tout en direct sur le serveur de production, pas d’environnement de préproduction, des modifications testées « en vrai » parce que « ça ira plus vite ». Ça allait plus vite, jusqu’au jour où ça n’allait plus du tout. Une bidouille censée rester invisible, un fichier poussé au mauvais endroit, et une page client cassée pendant que je dînais.
Personne ne m’avait formé à ça. On apprend à coder ; on apprend rarement à gouverner ce qu’on déploie. La différence entre un développeur et un architecte, ce n’est pas la quantité de code. C’est précisément cette discipline-là : séparer, valider, pouvoir revenir en arrière. Rendre l’erreur impossible plutôt que de compter sur le fait qu’elle n’arrivera pas.
Le Crédit Agricole, première banque des Français, vient de rappeler que même à 27 millions de clients, cette frontière peut manquer. C’est instructif d’une certaine manière.
Ce que ça veut dire pour votre projet
Vous n’avez pas 10 millions de clients. Mais vous avez probablement un site, une base de données, des contenus, bref, des actifs numériques. Et la vraie question n’est pas « est-ce qu’une bourde peut arriver ? » (oui, toujours), mais :
Existe-t-il un endroit où l’on peut tester sans risque pour vos visiteurs ? Un environnement de préproduction, ou rien du tout ? Qui valide ce qui passe en ligne ? Une procédure, ou le geste réflexe d’une personne pressée ? Peut-on revenir en arrière en cinq minutes ? Ou faut-il reconstruire dans la panique ?
Si les réponses sont floues, votre site marche « parce qu’il n’est encore rien arrivé ». Ce n’est pas de la maîtrise, c’est de la chance. Et la chance, ce n’est pas un actif durable.
Ce qu’il faut retenir
Le « Test Cédric » du Crédit Agricole n’est pas une histoire de prénom, ni même de bug. C’est une histoire de frontière manquante entre ce qu’on essaie et ce qu’on livre.
La bonne nouvelle, c’est que cette frontière se construit. Environnements séparés, déploiements gouvernés, retours arrière possibles : ce sont des choix d’architecture, pas des miracles. Une fois en place, ils transforment l’angoisse du « pourvu que ça ne casse pas » en un système lisible et maîtrisé, où l’on peut avancer sans retenir son souffle.
Alors non, le Test Cédric, ce n’était pas moi. Mais si vous voulez être sûr que votre prochain « test » ne finira jamais chez vos clients, là, en revanche, on peut en parler.
Cédric, le vrai.