Google ha documentado un conjunto compacto de comandos de consola del Emulador Android para probar aplicaciones adaptables desde scripts y terminal. La entrada de Android Developers, publicada el 31 de agosto de 2026, muestra cómo un solo dispositivo virtual puede recorrer varios tamaños de pantalla y estados plegables sin manejar manualmente los controles de Android Studio.
Un emulador, varias configuraciones
Los comandos usan el atajo adb emu, que envía una instrucción y devuelve el control al shell. Si hay varios emuladores, se puede elegir una instancia con adb -s <serial> emu <command> <parameter>. Esto permite secuencias locales repetibles y determinados entornos de integración continua.
En un dispositivo plegable virtual, adb emu fold cambia a la configuración plegada y adb emu unfold vuelve a la pantalla interior. adb emu rotate gira 90 grados en sentido horario. Estas transiciones permiten comprobar si la actividad conserva el estado y recalcula el diseño tras un cambio de configuración.
Controles de postura y tamaño
adb emu posture enumera las posiciones compatibles con el dispositivo virtual. Después se puede seleccionar un identificador, como la postura semiabierta para diseños de sobremesa. Google advierte que el soporte varía: las plantillas Pixel Fold y Resizable solo admiten las posturas indicadas, y un identificador no soportado devuelve error.
En el Emulador Redimensionable, adb emu resize-display lista ajustes como teléfono, desplegado y tableta. Al pasar un índice válido cambia la pantalla virtual. Así se prueban ventanas compactas y expandidas manteniendo el mismo proceso y sesión de la aplicación.
Qué mejora
La ventaja principal es la repetibilidad. Un plan puede cubrir transiciones plegadas, rotación, restauración de estado y clases de tamaño. Un fallo puede reproducirse con la misma secuencia en lugar de depender del redimensionado manual. También se reduce el coste de ejecutar varios dispositivos virtuales a la vez.
Los comandos no sustituyen las aserciones ni la revisión visual. Un redimensionado exitoso solo prueba que el emulador aceptó la orden. Hay que verificar posición, controles accesibles, datos conservados, accesibilidad y funcionamiento en multiventana. Los dispositivos físicos siguen siendo necesarios para comportamientos de hardware.
Por qué importa la adaptación
Las aplicaciones Android funcionan en teléfonos, tabletas, plegables, ChromeOS y ventanas de escritorio. La guía de Google recomienda basar el diseño en el espacio disponible, no en una etiqueta fija de dispositivo. El tamaño puede cambiar durante el uso, por lo que restaurar estado y responder a la ventana es comportamiento normal.
La documentación actual también indica que las aplicaciones dirigidas a API 36 son redimensionables en pantallas grandes y que ciertas restricciones de orientación y relación de aspecto se ignoran, con excepciones y reglas de transición documentadas. Automatizar cambios facilita probar esa compatibilidad.
Una secuencia práctica
Una prueba rápida puede arrancar un AVD Resizable, identificar su serial, consultar ajustes y posturas y recorrer teléfono, desplegado y tableta. En cada paso debe comprobar que el contenido principal sigue visible y que la navegación se conserva. Rotación y plegado pueden probar después otros cambios de configuración.
Conviene registrar la versión del emulador y la plantilla AVD, porque comandos y posturas pueden variar. La documentación oficial debe ser la referencia, no un índice copiado de otro equipo.