重複の可能性:
Android エミュレーターと実際のデバイス
アプリをエミュレーターでテストするのと、実際の Android デバイスでテストするのとではどちらがよいでしょうか? アプリの開発中にアプリをテストする場合と同様です。
さらに、エミュレータでのテストは、実際のデバイスよりも多くのコンピューティング パワーを提供しますか?
重複の可能性:
Android エミュレーターと実際のデバイス
アプリをエミュレーターでテストするのと、実際の Android デバイスでテストするのとではどちらがよいでしょうか? アプリの開発中にアプリをテストする場合と同様です。
さらに、エミュレータでのテストは、実際のデバイスよりも多くのコンピューティング パワーを提供しますか?
エミュレーターにはセンサーなどの特定の入力がないため (特に古いバージョン)、実際のデバイスでテストすることをお勧めします。また、エミュレーターには Google Play が付属しておらず、構成できるアカウントが限られているため、アプリ内課金や LVM などのサービスのテストで問題が発生することもあります。
最善の解決策は、テストするデバイスをいくつか用意し、エミュレーターを使用してさまざまな画面サイズと、それらがレイアウトにどのように反応するかをテストすることです。今年の Google I/O トークでは、最大限の互換性を確保するためにテストする必要があるデバイスの内訳が示されました。どちらかは覚えていませんが、すみません。
開発期間に関しては、最初にエミュレーターでアプリケーションをテストして、2.2、2.3、4.0 などの異なるバージョンを持つ複数のターゲットでテストして、抜け穴と解決の問題を見つける必要があります。開発が完了したら、実際のデバイスでテストしてハンズオン体験をすることができます。
それは確かにあなたのニーズに依存すると思います。実際には自分自身ではなく消費されるアプリケーションを開発しているため、対象となるオーディエンスによって消費され、彼らは何を得るでしょうか? 彼らは間違いなく、あなたのアプリケーションを使用するための実際のデバイスを持っています。
たとえば、Bluetooth 機能を使用するアプリを開発している場合など、エミュレーターで使用できない機能や構成が非常に難しい機能がいくつかあります。
エミュレーターは、開発者が機能が制限された仮想環境でアプリをテストできるように設計されています。
作成するアプリの種類によって異なります。加速度計を必要とするゲームを作成している場合は、実際のデバイスが役立ちます。しかし、単純なレイアウトでアプリを作成していて、さまざまな画面サイズなどをテストしたい場合、エミュレーターはこれに非常に適しています.
ただし、エミュレーターは非常に制限があるため、常に実際のデバイスを用意する必要があります。
Android シミュレーターは実際の電話と非常によく似たプラットフォームを提供するため、アプリケーションがシミュレーターで実行されている場合、実際の電話で同じ結果が得られた場合、94% になります。ただし、電話で強制的にテストする必要があるモジュールがある場合があります。GMap
、Push
、screen size
..のように