Un test de performance qui s'arrête à l'anomalie, c'est une prise de sang rendue sans médecin.
Imagine qu'on te tende une feuille avec ces seuls mots : "fer à 0,2 et plaquettes à 242. Bon chance." Et sans qu'on te questionne sur tes symptômes ou qu'on cherche la cause.
Pas de diagnostic, pas de traitement. Juste toi, seul avec tes chiffres et ton inquiétude.
Le testeur qui signale sans analyser, c'est ce rapport-là, sans le médecin. C'est le tout début de l'histoire, c'est absolument essentiel. Mais on peut pas s'arrêter là.
Cette erreur, je la croise chez des spécialistes du test de perf, mais surtout chez ceux et celles qui viennent du fonctionnel : très à l'aise pour dire aux équipes de dev qu'elles se trompent.
Et pourtant j'entends régulièrement :
"C'est pas mon boulot de faire une analyse de code."
"C'est pas mon boulot de prendre position sur une recommandation."
Sur une migration de référentiel que je testais, 2 composants bossaient ensemble : un extracteur sortait les données et un injecteur les déposait à destination. Les outils d'observabilité m'ont montré que l'injecteur avait crashé en silence. L'extracteur continuait de tracer comme un dératé et asséchait les ressources matérielles.
Un rapport creux aurait juste pointé l'anomalie. Il fallait partir de ce que les clients attendaient de ces composants.
J'ai expliqué aux équipes que si j'étais un client et que je devais exploiter un truc pareil, je me dirais qu'on met en production un truc anxiogène qui va tomber en marche.
Moi, j'ai veux produire des composants sains. J'ai défendu un extracteur qui se met en pause quand l'injecteur ne suit plus au lieu de bombarder comme une BMW sur la voie de gauche.
J'ai argumenté 1 fois, 2 fois, 3 fois. Je vais pas te raconter que c'est une success story : j'ai pas été écouté. Et oui, ça m'a frustré.
On a opté pour une rustine. On a gagné en stabilité, mais seulement en bénéfice collatéral de son manque de performance.
Sur un autre composant backend, j'ai recommandé d'arrêter de renouveler l'authentification à chaque appel. L'appel durait 150 millisecondes en moyenne et on en a gagné 140.
Ces 140 millisecondes, aucun rapport qui se contente de signaler un appel mou serait allé les chercher.
Publié à l'origine sur LinkedIn.
Voir le post sur LinkedIn →