Meluncurkan versi baru aplikasi seluler ke tahap produksi adalah salah satu bagian yang paling menarik dari pengembangan aplikasi, tetapi juga bisa menjadi salah satu yang paling menegangkan! Tim Anda perlu melacak penggunaan versi, bug baru, dan dampak bug tersebut, perbandingan dengan rilis sebelumnya, dan lainnya.
Halaman ini menjelaskan beberapa alat yang ditawarkan oleh Firebase untuk memantau data yang Anda butuhkan agar merasa yakin dengan rilis aplikasi seluler Anda.
Menggunakan dasbor Pemantauan Rilis untuk menjelajahi data terkait rilis
Dasbor Release Monitoring di Firebase console didukung oleh Firebase Crashlytics. Ini adalah dasbor tunggal untuk memantau rilis produksi terbaru Anda. Dasbor diperbarui hampir secara real time dan memberi Anda tampilan tingkat tinggi tentang metrik rilis yang paling penting, termasuk metrik bebas error, penggunaan versi, perbandingan dengan rilis sebelumnya, dan masalah baru untuk rilis.
Dasbor baru ini meningkatkan kualitas halaman Rilis Terbaru di konsol. Dibandingkan dengan halaman tersebut, dasbor Pemantauan Rilis menambahkan lebih banyak informasi, menampilkan data yang bermanfaat tanpa memerlukan Google Analytics, dan dimuat lebih cepat.
Fitur dasbor
Pelaporan real-time
Semua diagram diperbarui hampir secara real-time. Segera setelah men-deploy versi terbaru, Anda dapat melihat saat pengguna mulai berinteraksi dengan rilis tersebut. Jika beberapa pengguna tersebut mengalami error, Anda akan segera mengetahui dampaknya melalui diagram metrik bebas error.Perbandingan dan benchmark berdasarkan rilis sebelumnya
Anda dapat melihat stabilitas rilis terbaru dalam konteks rilis sebelumnya. Dasbor ini memungkinkan Anda membandingkan metrik live dari rilis terbaru dan hingga dua build yang dirilis sebelumnya.Masalah baru utama
Anda dapat melihat error baru untuk rilis terbaru saat dirilis. Dalam tabel Masalah baru teratas, Anda dapat memantau dampak masalah yang pertama kali terdeteksi dalam rilis terbaru, sehingga Anda dapat dengan cepat membuat keputusan apakah akan menghentikan atau melakukan rollback rilis tersebut.
Persyaratan untuk dasbor
Untuk melihat rilis terbaru di dasbor Pemantauan Rilis, lakukan hal berikut:
Pastikan aplikasi Anda menggunakan setidaknya versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+Publikasikan versi baru aplikasi ke produksi sehingga Anda memiliki jumlah pengguna yang cukup aktif berinteraksi dengan rilis terbaru.
FAQ tentang dasbor
Bagaimana nilai yang ditampilkan dalam diagram Pengguna aktif ditentukan atau dihitung?
Pertama, ada baiknya untuk memahami beberapa terminologi yang terkait dengan diagram Pengguna aktif:
Sesi adalah periode waktu berkelanjutan saat pengguna berinteraksi dengan aplikasi. Sesi baru dimulai saat aplikasi cold start atau aplikasi berjalan di latar depan setelah setidaknya 30 menit berjalan di latar belakang.
Pengguna aktif untuk build tertentu adalah jumlah pengguna yang memulai sesi menggunakan build tersebut, yang dikelompokkan menurut jam.
Total pengguna (aktif) adalah jumlah pengguna yang memulai sesi di build apa pun aplikasi yang menggunakan versi SDK yang mendukung sesi, yang dikelompokkan menurut jam.
Pada diagram Pengguna aktif, nilai persentase dan jumlah pengguna aktif yang
selalu ditampilkan pada diagram berasal dari 60 menit terakhir (atau jika
tidak ada pengguna aktif dalam 60 menit terakhir, periode satu jam terakhir yang
memiliki data). Misalnya, dalam contoh screenshot, ada 90 pengguna aktif
untuk build 6.0.0 (600) dalam 60 menit terakhir, yang menyumbang
22,1% dari total pengguna (aktif) untuk aplikasi tersebut.
Saat Anda mengarahkan kursor mouse ke garis dalam diagram Pengguna aktif, persentase pengguna aktif dihitung dari jumlah pengguna aktif dari periode jam yang Anda arahkan kursor.
Perhatikan bahwa untuk melihat persentase pengguna aktif, Anda harus merilis setidaknya dua build yang memenuhi persyaratan yang dijelaskan dalam FAQ "Build mana yang dapat dilihat di dasbor Pemantauan Rilis?".
Menyiapkan pemberitahuan
Beberapa produk Firebase, termasuk Crashlytics, dapat mengirim pemberitahuan untuk berbagai alasan khusus produk. Untuk menerima pemberitahuan, Anda harus memiliki izin yang diperlukan.
Untuk memantau stabilitas rilis terbaru, Anda dapat menyiapkan pemberitahuan dari Performance Monitoring dan Crashlytics. Khusus untuk Crashlytics, Anda dapat menyiapkan pemberitahuan berikut:
Gunakan notifikasi kecepatan untuk memberi tahu tim Anda jika ada masalah individual di aplikasi yang melampaui batas yang Anda tentukan di Firebase console.
Kirim pemberitahuan tentang masalah baru atau yang muncul kembali ke saluran notifikasi pilihan Anda:
Gunakan integrasi pemberitahuan yang dikonfigurasi Firebase console untuk Jira, Slack, dan PagerDuty.
Siapkan pemberitahuan lanjutan ke layanan pihak ketiga menggunakan Cloud Functions for Firebase.
Memastikan rilis yang lancar sebelum merilis
Sebelum merilis versi terbaru, pertimbangkan untuk menggunakan beberapa layanan dan fitur berikut untuk membantu memastikan rilis yang lancar.
Menggunakan layanan pengujian pra-rilis
Firebase menawarkan dua produk yang dapat membantu pengujian pra-rilis: Test Lab dan App Distribution. Kedua layanan ini dapat diintegrasikan ke dalam alur CI/CD Anda.
Firebase Test Lab adalah infrastruktur pengujian aplikasi berbasis cloud yang memungkinkan Anda menguji aplikasi di berbagai perangkat dan konfigurasi, sehingga Anda bisa mendapatkan pemahaman awal tentang performanya saat digunakan oleh pengguna.
Dan saat Anda siap untuk menyerahkan build terbaru kepada penguji manusia tepercaya, gunakan Firebase App Distribution. Anda dapat mengelola distribusi pra-rilis platform Apple dan Android dari tempat yang sama.
Menggunakan layanan peluncuran dan pengujian terbatas
Gunakan Firebase Remote Config untuk meluncurkan fitur baru dengan mekanisme peluncuran persentase atau menguji fitur tersebut di grup pengujian terbatas.
Firebase juga menawarkan A/B Testing sehingga Anda dapat menguji perubahan pada UI, fitur, atau kampanye interaksi aplikasi untuk melihat pengaruhnya terhadap metrik utama (seperti pendapatan dan retensi) sebelum meluncurkannya secara luas.