Que faire d'un rapport de bug impossible à reproduire
Une méthode pour les bugs que vous n'arrivez pas à reproduire — les causes habituelles, le contexte qui les élucide et la façon d'éviter qu'ils reviennent.
Idées, tutoriels et nouveautés de notre équipe.
Une méthode pour les bugs que vous n'arrivez pas à reproduire — les causes habituelles, le contexte qui les élucide et la façon d'éviter qu'ils reviennent.
Un widget tiers qui envoie 450 Ko à chaque visiteur doit le justifier. Le mien n'y arrivait pas. Voici la mesure, la correction, et ce que je croyais savoir sur defer et qui s'est révélé faux.
Une campagne de recette produit un tableur de soixante lignes, dont la moitié inexploitables. Le problème vient rarement des testeurs. Il vient du canal de signalement, qui jette les preuves au moment précis où elles existent.
MCP transforme votre produit en quelque chose qu'un agent IA sait lire. Cette partie-là est facile. Le difficile, c'est de concevoir des outils qu'un agent utilise correctement du premier coup, et c'est un tout autre métier que la conception d'une API REST.
« Impossible à reproduire » n'est pas une propriété du bug. C'est un constat sur la différence entre deux machines. Il n'existe qu'environ huit différences de ce genre, et chacune laisse une empreinte bien à elle.
Chaque équipe écrit un modèle de rapport de bug. La plupart sont ignorés au bout d'un mois, parce qu'ils demandent aux gens un travail qu'un navigateur pourrait faire à leur place. Voici un modèle qui mérite d'être gardé, et pourquoi supprimer les trois quarts de ses champs.
Les DevTools sont ouverts sur la mauvaise machine. Voici comment instrumenter la console, les erreurs, fetch et XHR pour que le navigateur d'un utilisateur vous dise ce qui s'est vraiment passé, et les pièges qui font qu'une implémentation naïve casse la page qu'elle surveille.
Séparer les rapports des tâches, c'est la petite décision de structure qui empêche une boîte de réception de bugs de devenir un cimetière, et qui fait des rapports en double votre meilleur atout pour déboguer.
La relecture de session a mauvaise réputation, et en grande partie à juste titre. Voici comment je l'utilise dans BugDump : limitée à un rapport, floutable par l'utilisateur, et désactivable en une ligne.
J'ai lancé un serveur MCP pour que Claude Code récupère lui-même les rapports de bug, les logs de console et les traces réseau. Vous déboguez ensuite sans jamais ouvrir le tableau de bord.
Tour d'horizon de chaque signal que collecte le widget BugDump, de ce qui justifie sa place, et de ceux qui résolvent vraiment des bugs.
Tous les développeurs connaissent cet échange. Un utilisateur dit que quelque chose est cassé, vous lui demandez son navigateur, et le temps qu'il réponde, vous avez perdu une heure. J'en ai eu assez.