メインOSに触れずに、代替のAndroidシステムイメージをブートしてテストする
動的パーティションと再起動ベースのスイッチを使用して、セカンダリAndroidシステムイメージを一時的なゲストとして起動します。SE Co Ltdの動的システムアップデート（DSU）は、イメージのインストールと管理のためにADBと統合されており、一時的なストレージ割り当てを通じて非破壊的テストを提供し、DSUステータス通知を行います。アプリやOSビルドを検証する必要がある開発者や高度なユーザーは、プライマリシステムを変更することなく、Android 10以上を実行しているサポートデバイスでGSIを実行できます。
DSUは開発者とテスターに何を可能にしますか？
DSUはデバイスがゲストGeneric System Image（GSI）を実行できるようにします。これは、別の一時的なパーティションを作成し、その環境にブートすることによって実現されます。このアプリはゲストOSのブートと動的パーティショニングをサポートしているため、元のシステムをフラッシュしたりワイプしたりすることなく、異なるAndroidビルドを評価できます。Android Debug Bridge（ADB）との統合により、スクリプトによるインストールや開発ワークフロー向けのターゲットイメージ管理が可能になります。
テスト中にシステムの安定性に影響しますか？
DSUはプライマリシステムパーティションを変更することなく動作します。これは、ゲストOSのために一時的なストレージを割り当てるからです。プライマリシステムとユーザーデータが変更されないため、持続的な破損のリスクが低減されます。元のシステムに戻るには、単純な再起動またはDSUステータス通知から「再起動」を選択するだけで済み、デバイスの既存の構成が保持されます。
DSUは生産デバイスで安全に使用できますか？
DSUはシステム評価のための隔離された一時的なランタイムを作成します。そのため、プライマリシステムの個人データや設定は保持されます。Googleまたはデバイスメーカーによって署名された公式システムイメージは、通常、アンロックされたブートローダーを必要としませんが、カスタムのサードパーティGSIは必要な場合があります。その違いは、テスト前にブートローダー設定を変更する必要があるかどうかに影響します。
DSUを正しく操作するために技術的な知識が必要ですか？
DSUは開発者、システムテスター、および上級ユーザーを対象としています。開発者オプションのDSUローダーおよびADBコマンドを通じてコントロールを公開します。基本的な使用はイメージを選択して再起動することを含み、上級の使用はADB駆動のインストールおよびイメージ管理を含みます。サポートされているデバイスはAndroid 10以上を実行し、動的パーティションをサポートする必要があり、テストセッションを試みる前に資格を決定します。
DSUは、デバイスを保持しながらシステムイメージをテストしなければならない技術的ユーザーに適しています
DSUは、一時ストレージにゲストOSをブートすることによってGSIsとアプリの互換性を検証するための効果的で非破壊的な方法を提供し、スクリプト化されたワークフローのためにADBと統合されています。主なトレードオフは、カスタムのサードパーティイメージがブートローダーのアンロックを必要とする場合があるため、署名されていないGSIsを扱うテスターはその追加ステップを考慮しなければならないことです。
