Meluncurkan versi baru aplikasi seluler Anda ke tahap produksi adalah salah satu bagian pengembangan aplikasi yang paling menarik, namun juga bisa menjadi salah satu bagian yang paling menegangkan! Tim Anda perlu melacak penggunaan versi, bug baru dan dampak bug tersebut, perbandingan dengan rilis sebelumnya, dan banyak lagi.
Halaman ini menjelaskan beberapa alat yang ditawarkan oleh Firebase untuk memantau data yang Anda butuhkan agar merasa yakin dengan rilis aplikasi seluler Anda.
Gunakan dasbor Pemantauan Rilis untuk menjelajahi data terkait rilis Anda
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 gambaran tingkat tinggi tentang metrik rilis yang paling penting, termasuk metrik bebas error, penggunaan versi, perbandingan dengan rilis sebelumnya, dan masalah baru apa pun pada rilis tersebut.
Dasbor baru ini menyempurnakan halaman Rilis Terbaru di konsol. Dibandingkan dengan laman tersebut, dasbor Pemantauan Rilis menambahkan lebih banyak informasi, menampilkan data berguna tanpa memerlukan Google Analytics, dan memuat lebih cepat.
Fitur dasbor
Pelaporan waktu nyata
Semua grafik diperbarui hampir secara real-time. Segera setelah Anda menerapkan versi terbaru, Anda dapat menyaksikan pengguna mulai berinteraksi dengan rilis tersebut. Jika beberapa pengguna tersebut mengalami error, Anda akan segera mengetahui dampaknya melalui diagram metrik bebas error .Perbandingan dan benchmarking berdasarkan rilis sebelumnya
Anda dapat melihat stabilitas rilis terbaru dalam konteks rilis sebelumnya. Dasbor memungkinkan Anda membandingkan metrik langsung dari rilis terbaru dan hingga dua versi yang dirilis sebelumnya.Masalah baru teratas
Anda dapat melihat kerusakan baru untuk rilis terbaru Anda saat kerusakan tersebut tiba. Di tabel Masalah baru teratas , Anda dapat memantau dampak masalah yang pertama kali terdeteksi pada rilis terbaru, sehingga Anda dapat dengan cepat mengambil keputusan apakah akan menghentikan atau mengembalikan rilis tersebut.
Persyaratan untuk dasbor
Untuk melihat rilis terbaru Anda di dasbor Release Monitoring , lakukan hal berikut:
Pastikan aplikasi Anda setidaknya menggunakan versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+Publikasikan versi baru aplikasi ke produksi sehingga Anda memiliki cukup banyak pengguna yang terlibat dengan rilis terbaru Anda .
FAQ tentang dasbor
Agar build dapat muncul di dasbor, build harus menggunakan minimal versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+
Perhatikan bahwa versi SDK ini sering disebut sebagai versi SDK yang "berkemampuan sesi", karena versi tersebut mampu mengirimkan data sesi ke Crashlytics yang diperlukan untuk banyak fitur baru di Crashlytics, seperti dasbor Release Monitoring .
Agar build dapat muncul di dasbor, build harus memenuhi semua persyaratan berikut:
Build ini setidaknya menggunakan versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+Build ini memiliki jumlah pengguna yang cukup dalam 3 hari terakhir:
Build harus memiliki setidaknya 500 pengguna unik ATAU
Build tersebut memiliki setidaknya 1% dari total pengguna dan memiliki setidaknya 2 pengguna unik.
Dasbor Pemantauan Rilis bertujuan untuk membantu Anda dengan rilis produksi, yaitu build yang memiliki jumlah pengguna yang signifikan.
Agar build dapat muncul di dasbor, build harus memenuhi semua persyaratan berikut:
Build ini setidaknya menggunakan versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+Build ini memiliki jumlah pengguna yang cukup dalam 3 hari terakhir:
Build harus memiliki setidaknya 500 pengguna unik ATAU
Build tersebut memiliki setidaknya 1% dari total pengguna dan memiliki setidaknya 2 pengguna unik.
(Untuk aplikasi yang didistribusikan melalui Google Play) Jika aplikasi memiliki link Google Play , dasbor akan menampilkan semua build yang tercantum di jalur Play Prod, meskipun Crashlytics belum menerima log sesi apa pun atau mendeteksi pengguna aktif untuk build tersebut.
Perhatikan bahwa untuk melihat data di dasbor untuk perbandingan atau persentase pengguna aktif, Anda harus merilis setidaknya dua versi yang memenuhi persyaratan sebelumnya.
Pertama, memahami beberapa terminologi yang terkait dengan bagan Pengguna aktif akan sangat membantu:
Sesi adalah periode waktu berkelanjutan ketika pengguna terlibat dengan suatu aplikasi. Sesi baru dimulai saat aplikasi dimulai dalam keadaan dingin atau aplikasi berada di latar depan setelah setidaknya 30 menit berada di latar belakang.
Pengguna aktif untuk build tertentu adalah jumlah pengguna yang memulai sesi menggunakan build tersebut, yang dikelompokkan berdasarkan jam.
Total pengguna (aktif) adalah jumlah pengguna yang memulai sesi di setiap build aplikasi yang menggunakan versi SDK berkemampuan sesi , yang dikelompokkan berdasarkan jam.
Pada grafik Pengguna aktif , nilai persentase dan jumlah pengguna aktif yang selalu ditampilkan pada grafik adalah dari 60 menit terakhir (atau jika belum ada pengguna aktif dalam 60 menit terakhir, periode jam terakhir yang ada) mempunyai data). Misalnya, pada contoh tangkapan layar, terdapat 90 pengguna aktif untuk versi 6.0.0 (600) dalam 60 menit terakhir, yang mencakup 22,1% dari total pengguna (aktif) aplikasi.
Saat Anda mengarahkan mouse ke garis di bagan Pengguna aktif , persentase pengguna aktif dihitung dari jumlah pengguna aktif dari periode jam yang Anda arahkan.
Perhatikan bahwa untuk melihat persentase pengguna aktif, Anda harus merilis setidaknya dua versi yang memenuhi persyaratan yang dijelaskan dalam FAQ "Build mana yang dapat dilihat di dasbor Pemantauan Rilis ?" .
Persentase pengguna aktif didasarkan pada data sesi yang diterima, bukan pada data lain (seperti data Google Play atau laporan kerusakan).
Jika ini pertama kalinya Anda merilis aplikasi dengan versi Crashlytics SDK yang kompatibel , Crashlytics tidak memiliki data sesi sebelumnya untuk dibandingkan.
Siapkan peringatan
Beberapa produk Firebase, termasuk Crashlytics, dapat mengirimkan peringatan karena berbagai alasan khusus produk. Untuk menerima peringatan , 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 peringatan kecepatan untuk memberi tahu tim Anda jika ada masalah di aplikasi Anda yang melewati ambang batas yang Anda tentukan di Firebase console.
Kirim peringatan tentang masalah baru atau masalah yang mengalami kemunduran ke saluran notifikasi pilihan Anda:
Gunakan integrasi pemberitahuan yang dikonfigurasi konsol Firebase untuk Jira , Slack , dan PagerDuty .
Siapkan pemberitahuan lanjutan untuk layanan pihak ketiga menggunakan Cloud Functions for Firebase.
Pastikan rilis lancar sebelum Anda melepaskan
Sebelum Anda merilis versi terbaru, pertimbangkan untuk menggunakan beberapa layanan dan fitur berikut untuk membantu memastikan rilis lancar.
Gunakan 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 aliran CI/CD Anda.
Firebase Test Lab adalah infrastruktur pengujian aplikasi berbasis cloud yang memungkinkan Anda menguji aplikasi pada berbagai perangkat dan konfigurasi, sehingga Anda bisa mendapatkan pemahaman awal tentang bagaimana kinerjanya di tangan pengguna langsung.
Dan jika Anda sudah siap untuk menyerahkan build terbaru Anda ke tangan penguji manusia tepercaya, gunakan Firebase App Distribution . Anda dapat mengelola platform Apple dan distribusi pra-rilis Android dari tempat yang sama.
Gunakan layanan peluncuran dan pengujian terbatas
Gunakan Firebase Remote Config untuk meluncurkan fitur baru dengan mekanisme persentase peluncuran atau menguji fitur tersebut pada grup pengujian terbatas .
Firebase juga menawarkan Pengujian A/B sehingga Anda dapat menguji perubahan pada UI, fitur, atau kampanye interaksi aplikasi Anda untuk melihat pengaruhnya terhadap metrik utama Anda (seperti pendapatan dan retensi) sebelum Anda meluncurkannya secara luas.
,Meluncurkan versi baru aplikasi seluler Anda ke tahap produksi adalah salah satu bagian pengembangan aplikasi yang paling menarik, namun juga bisa menjadi salah satu bagian yang paling menegangkan! Tim Anda perlu melacak penggunaan versi, bug baru dan dampak bug tersebut, perbandingan dengan rilis sebelumnya, dan banyak lagi.
Halaman ini menjelaskan beberapa alat yang ditawarkan oleh Firebase untuk memantau data yang Anda butuhkan agar merasa yakin dengan rilis aplikasi seluler Anda.
Gunakan dasbor Pemantauan Rilis untuk menjelajahi data terkait rilis Anda
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 gambaran tingkat tinggi tentang metrik rilis yang paling penting, termasuk metrik bebas error, penggunaan versi, perbandingan dengan rilis sebelumnya, dan masalah baru apa pun pada rilis tersebut.
Dasbor baru ini menyempurnakan halaman Rilis Terbaru di konsol. Dibandingkan dengan laman tersebut, dasbor Pemantauan Rilis menambahkan lebih banyak informasi, menampilkan data berguna tanpa memerlukan Google Analytics, dan memuat lebih cepat.
Fitur dasbor
Pelaporan waktu nyata
Semua grafik diperbarui hampir secara real-time. Segera setelah Anda menerapkan versi terbaru, Anda dapat menyaksikan pengguna mulai berinteraksi dengan rilis tersebut. Jika beberapa pengguna tersebut mengalami error, Anda akan segera mengetahui dampaknya melalui diagram metrik bebas error .Perbandingan dan benchmarking berdasarkan rilis sebelumnya
Anda dapat melihat stabilitas rilis terbaru dalam konteks rilis sebelumnya. Dasbor memungkinkan Anda membandingkan metrik langsung dari rilis terbaru dan hingga dua versi yang dirilis sebelumnya.Masalah baru teratas
Anda dapat melihat kerusakan baru untuk rilis terbaru Anda saat kerusakan tersebut tiba. Di tabel Masalah baru teratas , Anda dapat memantau dampak masalah yang pertama kali terdeteksi pada rilis terbaru, sehingga Anda dapat dengan cepat mengambil keputusan apakah akan menghentikan atau mengembalikan rilis tersebut.
Persyaratan untuk dasbor
Untuk melihat rilis terbaru Anda di dasbor Release Monitoring , lakukan hal berikut:
Pastikan aplikasi Anda setidaknya menggunakan versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+Publikasikan versi baru aplikasi ke produksi sehingga Anda memiliki cukup banyak pengguna yang terlibat dengan rilis terbaru Anda .
FAQ tentang dasbor
Agar build dapat muncul di dasbor, build harus menggunakan minimal versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+
Perhatikan bahwa versi SDK ini sering disebut sebagai versi SDK yang "berkemampuan sesi", karena versi tersebut mampu mengirimkan data sesi ke Crashlytics yang diperlukan untuk banyak fitur baru di Crashlytics, seperti dasbor Release Monitoring .
Agar build dapat muncul di dasbor, build harus memenuhi semua persyaratan berikut:
Build ini setidaknya menggunakan versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+Build ini memiliki jumlah pengguna yang cukup dalam 3 hari terakhir:
Build harus memiliki setidaknya 500 pengguna unik ATAU
Build tersebut memiliki setidaknya 1% dari total pengguna dan memiliki setidaknya 2 pengguna unik.
Dasbor Pemantauan Rilis bertujuan untuk membantu Anda dengan rilis produksi, yaitu build yang memiliki jumlah pengguna yang signifikan.
Agar build dapat muncul di dasbor, build harus memenuhi semua persyaratan berikut:
Build ini setidaknya menggunakan versi Crashlytics SDK berikut:
Platform Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Berkibar: v3.4.5+ | Persatuan: 11.7.0+Build ini memiliki jumlah pengguna yang cukup dalam 3 hari terakhir:
Build harus memiliki setidaknya 500 pengguna unik ATAU
Build tersebut memiliki setidaknya 1% dari total pengguna dan memiliki setidaknya 2 pengguna unik.
(Untuk aplikasi yang didistribusikan melalui Google Play) Jika aplikasi memiliki link Google Play , dasbor akan menampilkan semua build yang tercantum di jalur Play Prod, meskipun Crashlytics belum menerima log sesi apa pun atau mendeteksi pengguna aktif untuk build tersebut.
Perhatikan bahwa untuk melihat data di dasbor untuk perbandingan atau persentase pengguna aktif, Anda harus merilis setidaknya dua versi yang memenuhi persyaratan sebelumnya.
Pertama, memahami beberapa terminologi yang terkait dengan bagan Pengguna aktif akan sangat membantu:
Sesi adalah periode waktu berkelanjutan ketika pengguna terlibat dengan suatu aplikasi. Sesi baru dimulai saat aplikasi dimulai dalam keadaan dingin atau aplikasi berada di latar depan setelah setidaknya 30 menit berada di latar belakang.
Pengguna aktif untuk build tertentu adalah jumlah pengguna yang memulai sesi menggunakan build tersebut, yang dikelompokkan berdasarkan jam.
Total pengguna (aktif) adalah jumlah pengguna yang memulai sesi di setiap build aplikasi yang menggunakan versi SDK berkemampuan sesi , yang dikelompokkan berdasarkan jam.
Pada grafik Pengguna aktif , nilai persentase dan jumlah pengguna aktif yang selalu ditampilkan pada grafik adalah dari 60 menit terakhir (atau jika belum ada pengguna aktif dalam 60 menit terakhir, periode jam terakhir yang ada) mempunyai data). Misalnya, pada contoh tangkapan layar, terdapat 90 pengguna aktif untuk versi 6.0.0 (600) dalam 60 menit terakhir, yang mencakup 22,1% dari total pengguna (aktif) aplikasi.
Saat Anda mengarahkan mouse ke garis di bagan Pengguna aktif , persentase pengguna aktif dihitung dari jumlah pengguna aktif dari periode jam yang Anda arahkan.
Perhatikan bahwa untuk melihat persentase pengguna aktif, Anda harus merilis setidaknya dua versi yang memenuhi persyaratan yang dijelaskan dalam FAQ "Build mana yang dapat dilihat di dasbor Pemantauan Rilis ?" .
Persentase pengguna aktif didasarkan pada data sesi yang diterima, bukan pada data lain (seperti data Google Play atau laporan kerusakan).
Jika ini pertama kalinya Anda merilis aplikasi dengan versi Crashlytics SDK yang kompatibel , Crashlytics tidak memiliki data sesi sebelumnya untuk dibandingkan.
Siapkan peringatan
Beberapa produk Firebase, termasuk Crashlytics, dapat mengirimkan peringatan karena berbagai alasan khusus produk. Untuk menerima peringatan , 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 peringatan kecepatan untuk memberi tahu tim Anda jika ada masalah di aplikasi Anda yang melewati ambang batas yang Anda tentukan di Firebase console.
Kirim peringatan tentang masalah baru atau masalah yang mengalami kemunduran ke saluran notifikasi pilihan Anda:
Gunakan integrasi pemberitahuan yang dikonfigurasi konsol Firebase untuk Jira , Slack , dan PagerDuty .
Siapkan pemberitahuan lanjutan untuk layanan pihak ketiga menggunakan Cloud Functions for Firebase.
Pastikan rilis lancar sebelum Anda melepaskan
Sebelum Anda merilis versi terbaru, pertimbangkan untuk menggunakan beberapa layanan dan fitur berikut untuk membantu memastikan rilis lancar.
Gunakan 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 aliran CI/CD Anda.
Firebase Test Lab adalah infrastruktur pengujian aplikasi berbasis cloud yang memungkinkan Anda menguji aplikasi pada berbagai perangkat dan konfigurasi, sehingga Anda bisa mendapatkan pemahaman awal tentang bagaimana kinerjanya di tangan pengguna langsung.
Dan jika Anda sudah siap untuk menyerahkan build terbaru Anda ke tangan penguji manusia tepercaya, gunakan Firebase App Distribution . Anda dapat mengelola platform Apple dan distribusi pra-rilis Android dari tempat yang sama.
Gunakan layanan peluncuran dan pengujian terbatas
Gunakan Firebase Remote Config untuk meluncurkan fitur baru dengan mekanisme persentase peluncuran atau menguji fitur tersebut pada grup pengujian terbatas .
Firebase juga menawarkan Pengujian A/B sehingga Anda dapat menguji perubahan pada UI, fitur, atau kampanye interaksi aplikasi Anda untuk melihat pengaruhnya terhadap metrik utama Anda (seperti pendapatan dan retensi) sebelum Anda meluncurkannya secara luas.