Il 31 agosto Android Developers ha pubblicato una guida operativa su una scorciatoia utile a chi sviluppa app per schermi che cambiano forma: i comandi adb emu. Non sono una bacchetta magica per dichiarare compatibile un’app con ogni pieghevole, ma permettono di ripetere in pochi secondi alcuni test che spesso vengono rimandati fino a quando un bug finisce su un dispositivo reale.
Il punto pratico è semplice: per un’app Android non basta che la schermata sia bella in un’anteprima. Quando il telefono si apre, ruota o passa a una dimensione diversa, devono sopravvivere stato, navigazione, campi già compilati e contenuti in corso. Un emulatore non sostituisce l’hardware, però rende questi controlli ripetibili prima della build di rilascio.
Il flusso rapido con adb emu
Android Developers indica che adb emu invia un comando alla macchina virtuale già in esecuzione e restituisce subito il controllo al terminale. Se sono aperti più emulatori, va scelto esplicitamente quello giusto con il suo seriale, per evitare di testare il dispositivo sbagliato. Il primo controllo è quindi:
adb devices
Con un emulatore identificato come emulator-5554, i quattro controlli più utili per un’app adattiva sono questi.
1. Chiudi e apri il pieghevole
adb -s emulator-5554 emu fold
adb -s emulator-5554 emu unfold
Dopo ogni passaggio, non limitarti a guardare il layout. Apri una schermata con un elenco, avvia una ricerca o compila un modulo: è il modo più rapido per accorgersi se l’interfaccia torna all’inizio, perde il testo o duplica la navigazione.
2. Ruota mentre l’app è in uso
adb -s emulator-5554 emu rotate
La rotazione è ancora un buon test di base per la gestione dei cambi di configurazione. Vale soprattutto per pagine con video, mappe, tastiera visibile, finestre di dialogo o contenuti caricati in background.
3. Prova una postura dichiarata dall’AVD
adb -s emulator-5554 emu posture
adb -s emulator-5554 emu posture 2
Il primo comando elenca le posture disponibili, il secondo ne applica una. Non conviene copiare alla cieca un numero trovato online: il supporto dipende dal profilo virtuale. Nel post ufficiale Google nota che i profili standard Pixel Fold e Resizable AVD supportano le posture 1, 2 e 3; altre posture possono restituire un errore.
4. Cambia classe di schermo
adb -s emulator-5554 emu resize-display
adb -s emulator-5554 emu resize-display 1
Prima chiedi all’emulatore i preset disponibili, poi applica l’indice desiderato. In questo modo puoi passare da telefono a schermo aperto o tablet senza avviare tre AVD separati. È un controllo utile per griglie, pannelli laterali, finestre a due colonne e breakpoint che altrimenti restano teoria.
Cosa controllare davvero
Un mini-runbook sensato è: aprire un flusso non banale, cambiare forma o orientamento, verificare che l’azione in corso resti coerente, quindi tornare indietro e ripetere. Se l’app supporta tablet e pieghevoli, prova anche con testo ingrandito e tastiera aperta: sono proprio le combinazioni che fanno emergere spaziature rigide e controlli fuori dallo schermo.
Non attribuire però all’emulatore poteri che non ha. Cerniera, fotocamera, modem, temperature, autonomia, latenza del tocco e comportamento di un produttore restano da validare su hardware reale. L’emulatore è una rete di sicurezza veloce, non il certificato finale di compatibilità.
Per chi sta preparando test su build sperimentali Pixel, può essere utile affiancare questa procedura ai controlli per Android 17 QPR2 Beta 4: prima si riproduce il passaggio nell’AVD, poi si conferma il comportamento sul dispositivo disponibile.
In breve
adb emuconsente di cambiare rapidamente stato dell’emulatore dal terminale.- Per più AVD aperti, usa sempre
adb -s seriale emu. - Elenca posture e preset prima di applicarli: il supporto dipende dal profilo virtuale.
- Il test su hardware reale resta necessario per sensori, rete, autonomia e differenze del produttore.