Mengoptimalkan aplikasi untuk Android (edisi Go)

Android (edisi Go) memiliki basis pengguna yang berkembang pesat, dan oleh karena itu, kami perlu mengoptimalkan aplikasi yang sudah ada agar dapat berperforma baik di perangkat dengan RAM rendah ini. Beberapa tantangan paling umum seputar jenis pengembangan ini memerlukan pembatasan beberapa fitur atau kemampuan aplikasi, meningkatkan waktu startup, dan menangani tekanan memori dalam aplikasi Anda. Di sinilah pengoptimalan aplikasi untuk Android (edisi Go) dapat membantu.

Pendekatan

Ikuti langkah-langkah di bawah sebelum memulai pendekatan pengoptimalan aplikasi. Panduan ini membantu menetapkan dasar pengukuran untuk mengidentifikasi area yang berpotensi ditingkatkan dan cara menentukan temuan Anda.

Fase Deskripsi
Penentuan Sebelum memulai upaya pengoptimalan, penting untuk menentukan Indikator Performa Utama (KPI) seputar area peningkatan yang Anda targetkan untuk aplikasi. Beberapa area peningkatan umum mencakup latensi peluncuran aplikasi, rasio error aplikasi, atau aplikasi tidak merespons (ANR).

Setelah KPI ditentukan, Anda harus menetapkan nilai minimum target dari pengalaman perspektif benchmark dan pengalaman pengguna minimum, guna menyeimbangkan pengalaman pengguna dan kompleksitas teknis.

Pengelompokan Sebaiknya bagi area peningkatan ini menjadi metrik sinyal tersendiri. Misalnya, rasio error aplikasi dapat dikategorikan secara terperinci menjadi alasan error, seperti error yang tidak tertangani, penggunaan memori tinggi, atau ANR.
Benchmark Selanjutnya, Anda dapat membandingkan area peningkatan yang ditargetkan untuk mengidentifikasi performa saat ini. Jika target Anda tidak terpenuhi, coba identifikasi bottleneck dengan melihat setiap pengelompokan.
Mengulangi proses Setelah mengoptimalkan bottleneck tertentu, ulangi proses benchmark untuk melihat potensi peningkatan. Jika target KPI yang telah ditetapkan tidak terpenuhi, Anda dapat mengulangi proses ini untuk iterasi kedua.
Menambahkan pengujian regresi reguler Pengujian regresi reguler dapat berjalan pada frekuensi apa pun yang Anda inginkan agar aplikasi dapat mengidentifikasi regresi terhadap KPI. Lebih efisien untuk mengidentifikasi dan mengatasi regresi atau bug sebelum masuk ke codebase Anda. Jangan publikasikan perubahan yang gagal mencapai sasaran KPI Anda, kecuali jika Anda membuat keputusan untuk memperbarui target KPI.