Dokumen ini menjelaskan AVD untuk Test Lab, termasuk manfaat dan batasan yang diketahui. Kami juga memberikan rekomendasi tentang cara menguji aplikasi Anda selama siklus proses pengembangan.
Meskipun AVD Test Lab mirip dengan AVD untuk Android Studio, ada beberapa perbedaan di antara keduanya. Misalnya, AVD di Test Lab memiliki koneksi data yang diemulasikan, bukan koneksi Wi-Fi.
AVD Test Lab dengan akhiran (Arm) atau .arm adalah emulator lanjutan yang memberikan manfaat berikut:
Waktu eksekusi uji lebih cepat
Kepadatan dan ukuran layar yang selaras dengan AVD Android Studio untuk konsistensi
Menggunakan AVD dengan akhiran (Arm) atau .arm memberikan keunggulan berikut dibandingkan jenis perangkat fisik lainnya:
| Manfaat | Deskripsi | Kasus penggunaan |
| Ketersediaan tinggi | Anda dapat menjalankan pengujian dan mendapatkan hasilnya lebih cepat jika menguji dengan perangkat virtual. Karena perangkat virtual dibuat sesuai permintaan, pengujian dimulai hampir secara seketika dan akan memvalidasi aplikasi Anda dengan cepat. | Menguji update kecil pada aplikasi Anda, atau untuk pengujian regresi. |
| Durasi uji yang lebih lama | Durasi uji pada perangkat fisik dibatasi selama 45 menit untuk setiap perangkat. Perangkat virtual mendukung durasi uji hingga 60 menit. | Menjalankan pengujian yang lebih lama. |
| Biaya yang lebih rendah | Perangkat virtual dikenakan biaya $1 per jam untuk setiap perangkat virtual yang digunakan untuk menguji aplikasi Anda. | Pengujian harian menggunakan sistem continuous integration, atau sebelum memeriksa kode. Untuk mempelajari lebih lanjut, lihat Tingkat penggunaan, kuota, dan harga untuk Test Lab. |
Menguji aplikasi dengan perangkat virtual
Anda dapat menguji aplikasi Anda menggunakan perangkat virtual dengan cara yang sama seperti mengujinya dengan perangkat fisik. Cukup pilih perangkat virtual saat Anda memilih dimensi uji untuk mengonfigurasi matriks uji. Untuk mempelajari lebih lanjut cara menjalankan pengujian dengan Test Lab, baca bagian Memulai pengujian untuk Android dengan Firebase Test Lab.
Melihat model dan API yang didukung
Untuk melihat model AVD dan API yang didukung oleh Test Lab, jalankan perintah berikut:
gcloud firebase test android models list --filter=virtual
Praktik terbaik untuk menguji aplikasi Anda
Perangkat virtual meningkatkan rentang pilihan Anda saat menguji aplikasi dengan Test Lab. Sebaiknya gunakan praktik terbaik di bagian ini untuk menguji aplikasi Anda selama siklus proses pengembangan aplikasi.
Menggunakan emulator Android Studio atau perangkat fisik yang terpasang
Saat mengembangkan aplikasi, gunakan emulator Android Studio atau perangkat fisik yang terpasang untuk memeriksa masing-masing build untuk validasi awal. Jika memiliki uji instrumentasi, Anda juga dapat menjalankan uji ini dari Android Studio pada perangkat fisik atau virtual yang disediakan oleh Test Lab.
Menggunakan sistem CI pada setiap perubahan kode saat mengerjakan project bersama
Jika Anda mengerjakan project besar, atau jika Anda berkontribusi pada project yang dibagikan menggunakan GitHub atau layanan serupa, sebaiknya gunakan sistem continuous integration (CI).
Uji aplikasi Anda di perangkat virtual setiap kali sistem CI berjalan, atau sebelum setiap permintaan pull. Untuk mempelajari lebih lanjut cara menggunakan Test Lab dengan sistem CI, baca Menggunakan Test Lab untuk Android dengan Sistem Continuous Integration.
Menguji aplikasi di perangkat fisik dengan Test Lab sebelum merilis update aplikasi yang signifikan
Sebelum merilis update aplikasi dengan perubahan UI dan fungsi yang signifikan, sebaiknya gunakan Test Lab untuk menguji aplikasi di perangkat fisik. Cara ini akan membantu memastikan aplikasi Anda stabil dan berperforma baik di berbagai perangkat fisik populer. Pengujian pada perangkat fisik juga memastikan cakupan pengujian untuk semua fungsi aplikasi yang mengandalkan fitur perangkat fisik yang tidak disimulasikan oleh perangkat virtual. Untuk mempelajari fitur ini lebih lanjut, lihat Keterbatasan yang telah diketahui.
Update perangkat virtual
Secara berkala, tim Android akan menambahkan image perangkat virtual baru, menghentikan image yang lama, dan mengupdate yang sudah ada. Kami menerapkan update ini pada image perangkat virtual untuk membantu memastikan bahwa Anda melakukan pengujian pada versi Android terbaru yang mencerminkan pengalaman pengguna.
Dalam kasus yang jarang terjadi, update ini dapat menyebabkan pengujian gagal secara tidak terduga. Jika ada update yang berpotensi melanggar, Test Lab akan menyertakan informasi dalam catatan rilis. Sebagai praktik terbaik, sebaiknya gunakan framework pengujian – misalnya, Espresso – yang andal terhadap perubahan ini jika memungkinkan. Jika tidak memungkinkan, sebaiknya Anda menargetkan perangkat virtual Arm, yang mungkin akan lebih jarang Anda update.
Keterbatasan yang telah diketahui
Beberapa fitur perangkat fisik saat ini belum disimulasikan oleh perangkat virtual atau disimulasikan dengan beberapa keterbatasan. Tabel berikut merangkum fitur-fitur yang saat ini belum tersedia pada perangkat virtual atau tersedia dengan keterbatasan tertentu:
| Fitur | Detail |
| Antarmuka Biner Aplikasi (ABI) | Tidak semua perangkat mendukung semua ABI. Jika Anda melakukan pengembangan dengan Android NDK, pastikan untuk membuat kode untuk ABI yang didukung oleh perangkat yang Anda targetkan. Untuk informasi selengkapnya, lihat Perangkat yang tersedia di Test Lab.
Untuk mempelajari pengelolaan ABI lebih lanjut, lihat ABI Android.
Untuk mempelajari ABI mana yang didukung oleh perangkat, lihat Memeriksa perangkat pengujian yang tersedia.
Catatan: Jika pengujian dalam matriks uji Anda bertanda Tidak Valid, hal ini mungkin terjadi karena aplikasi Anda memiliki dependensi pada kode native yang tidak didukung oleh ABI perangkat. |
| Performa grafis | Perangkat virtual Nexus dan Pixel menggunakan
rendering grafis software. Aplikasi dengan grafis yang intensif akan
mengalami performa yang lebih rendah. Jika aplikasi Anda intensif dengan grafis,
gunakan model SmallPhone.arm dan MediumPhone.arm
atau perangkat fisik.
|
| Perekaman layar | Perekaman layar di perangkat Nexus dan Pixel adalah 1 frame per detik. |
| API grafis | OpenGL ES 3.x tidak didukung pada perangkat di bawah API level 29. Perangkat yang lebih baru tidak 100% kompatibel dengan OpenGL/Vulkan API. Anda mungkin melihat perbedaan kecil pada grafis. |