Android Emulatorのadb emu制御でAdaptive App検証を効率化
ターミナルからフォームファクタを直接切り替え
Resizable Emulatorの手動操作をadb emuで置き換える方法
AndroidのAdaptive Appでは、同じアプリを複数の画面サイズやデバイス形状で確認する作業が欠かせません。Android StudioにはResizable Emulatorが用意されていますが、今回の案内では、エミュレータの状態をターミナルから直接切り替える方法に焦点が当てられています。
使うのはadb emuです。これはエミュレータコンソール向けのコマンドをADB経由で送るためのショートカットで、コマンドを投げたあと即座に呼び出し元のシェルへ制御が戻る、いわゆる fire-and-forget 型の操作ができます。GUIでエミュレータを開いてサイズや状態を変えるよりも、レイアウト確認や挙動確認を短い反復で進めやすくなります。
この方法は、フォームファクタの切り替えを開発フローに組み込みやすい点が実用的です。たとえば、特定の画面状態へ移してからアプリを起動する、画面サイズを変えたうえでUIを確認する、といった一連の作業をターミナル中心で進められます。
複数エミュレータを個別に操作可能
adbの対象指定で同時起動環境にも対応
複数のエミュレータを同時に起動している場合でも、ADBの対象指定を使って操作先を絞り込めます。これにより、異なる画面サイズやデバイスカテゴリを並行して立ち上げた状態でも、意図したインスタンスにだけコマンドを送れます。
Adaptive Appの検証では、コンパクト幅と展開幅、縦横の違い、折りたたみ系の状態差など、比較したい条件が増えがちです。個別指定ができることで、エミュレータを順に手で切り替える運用よりも、再現性のある確認手順を作りやすくなります。
狙いは手動テストの短縮と反復の高速化
レイアウト確認をスクリプト化しやすい点が中心
今回の内容は、新しいUIコンポーネントやAPI追加そのものというより、既存のエミュレータ操作を開発者が扱いやすい形で活用するための実践的な手法です。特に、Adaptive UIの確認で何度も発生する「起動して、形を変えて、見て、戻す」という作業を、コマンド実行ベースに寄せられる点が要点です。
adb emuによる制御は、手元での確認だけでなく、ローカルスクリプトや検証手順書との相性も良好です。エミュレータのフォームファクタや状態をコマンドで切り替えられれば、毎回同じ条件を再現しやすくなり、Adaptive Appのテストをより機械的に回せます。
Googleの案内では、Resizable Emulatorを使った手動確認に加えて、ターミナルからの直接制御を取り入れることで、複数デバイス前提のAndroidアプリ検証をより効率よく進められることが示されています。
—
参照元
– [android] Emulator control for adaptive app development
https://android-developers.googleblog.com/2026/08/emulator-adaptive.html
