Hei, terima kasih untuk menonton Firecast ini.
Saya Doug Stevenson, saya akan
tunjukkan bagaimana kau bisa mengawasi
masalah di app Android-mu dengan Firebase Crash Reporting.
Bayangkan kau sudah lama
kembangkan dan uji app Android-mu
dan kau baru meluncurkannya di Play Store untuk semua orang.
Kini tentu, kau mau penggunamu
mendapat pengalaman sebaik mungkin dengan app-mu.
Jadi, jika ada bug yang membuat masalah,
kau harus tahu secepatnya agar bisa memperbaikinya.
Untuk membantu ini, kau bisa integrasikan Firebase Crash
Reporting SDK dengan satu baris konfigurasi
sebelum kau meluncurkannya.
Jika kau belum integrasikan fitur
Firebase lainnya dengan app-mu, tonton video ini dulu
sebelum mulai.
Lalu kau bisa lanjut di sini untuk pakai Firebase Crash
Reporting.
Saya sudah punya app dengan Firebase,
maka saya akan integrasikan crash reporting dengan itu.
Saya akan buka build dock gradleapp
and temukan blok dependensi proyek.
Lalu saya tambah dependensi untuk Firebase Crash Reporting.
Versi terkini untuk rekaman ini yaitu 10.0.1.
Kau harus cari dan pakai versi terkini.
Lalu saya akan sinkronkan proyek saya.
Lalu selesai.
Kau hanya perlu tambah dependensi
jika kau mau mencatat kapan app-mu bermasalah.
Tak perlu tulis baris kode tambahan.
Itu langsung bekerja.
Kapanpun ada exception yang mengganggu app-mu,
kauterima exception itu dengan pelacakan
tumpukan lengkap dalam konsol Firebase.
Untuk memperbaikinya, ada hal tambahan yang
bisa kaulakukan dengan sedikit
kode Firebase Crash Reporting API.
Contohnya, kau bisa mencatat pesan
yang muncul dalam laporan masalah.
Jadi, kau bisa tahu lebih jelas tentang apa yang terjadi
sebelum masalah timbul.
Dan kau bisa laporkan exception jika kau
tak tahu cara menanganinya.
Ini akan muncul sebagai laporan nonfatal dalam konsol.
Biasanya, kau tak perlu laporkan exception,
tapi ini berguna untuk mendiagnosis
masalah langka atau tak terduga.
Saya akan tambahkan beberapa hal ini sekarang.
Pertama, saya tambah baris kode untuk catat pesan
yang saya tahu, akan terjadi sebelum saya laporkan exception.
Lalu saya akan laporkan exception palsu
yang akan saya buat sendiri.
Cara kerjanya seperti saat temukan exception
di dalam try catch.
Kini saya akan kembangkan dan luncurkan app dan periksa berkas log.
Jika saya ingin lihat laporannya,
saya akan muat konsol Firebase untuk app saya
dan pilih Crash Reporting di kiri.
Kau lihat, konsol untuk app saya
kini tunjukkan exception sebagai galat nonfatal yang
tidak membuat app bermasalah.
Jika saya klik itu, saya bisa lihat detail tentang piranti.
Dalam hal ini, kita lihat itu dari emulator saya.
Pelacakan tumpukan lengkap juga ada di sini, selain
pesan yang saya catat.
Setelah perbaiki masalah ini, saya bisa tutup isu ini dengan
tombol Close agar ini tak muncul lagi.
Saat Firebase Crash Reporting temukan masalah baru,
saya juga akan terima surel notifikasi.
Surel ini memberi saya detail dasar
tentang masalah dan tombol untuk klik
untuk menampilkannya dalam konsol.
Tak sampai semenit hingga laporan
muncul dalam konsol setelah ia terkirim.
Saat kau mencoba ini sendiri,
pastikan koneksi jaringanmu baik.
Dan coba luncurkan lagi aplikasinya
untuk pastikan tak ada laporan tak terkirim
yang masuk ke konsol.
App baru seperti milikku tak punya masalah menarik
untuk dilihat, tapi kau bisa pakai app demo Firebase untuk
tampilkan banyak data menarik.
Kau bisa akses read- only proyek itu
dengan gunakan tautan dalam keterangan di bawah.
App demo ini disebut Flooded oleh Lab Pixies,
yakni permainan yang bisa kauunduh dari Play Store.
Lihat bagaimana catatan masalah untuk app itu
sekarang juga.
Proyek ini terhubung baik dengan app
Android dan iOS.
Dan saya akan pilih untuk tampilkan masalah pada
versi Android.
Di sini kita bisa lihat riwayat masalah terkini
dengan detail dalam tabel di bawah, urut dari jumlah
kejadian tiap masalah. Jika saya klik satu,
muncul pelacakan tumpukan.
Jika saya View Details, muncul suatu statistik
khusus tentang galat ini.
Lihat, kau bisa tampilkan semua dan tiap kejadian
masalah ini dengan klik panah.
Kumpulan lengkap masalah ini disebut isu.
Dan sebuah isu dibentuk dari masalah-masalah
yang serupa satu sama lain.
Semuanya wakili galat yang sama,
tapi pelacakan tumpukan dan detail
piranti mungkin agak berbeda satu sama lain.
Untuk masalah individual, kau bisa lihat informasi detail
tentang piranti saat masalah terjadi.
Khusus dalam galat ini, bagian pelacakan tumpukan
yang paling membantu ternyata tersembunyi.
Jadi, akan saya bentangkan itu.
Di sini kaulihat, masalahnya
berawal dari aktivitas langkah ekstra
dalam metode onResume-nya.
Jika diseret turun, bisa saya lihat
catatan kejadian persis sebelum masalah muncul.
Di sini ada sekumpulan item log
yang dibuat otomatis dari peristiwa Firebase Analytics
pada saat terjadinya.
Peristiwa ini dicatat otomatis.
Kau tak perlu menulis kode apa pun untuk melakukannya.
Dan itulah tur dasar Firebase Crash Reporting.
Tapi, ada hal- hal yang kau
perlu tahu sebelum meluncurkan app di Play Store.
Pertama, pastikan kaupisahkan lingkungan pengembanganmu
dari lingkungan produksimu.
Biasanya, caranya adalah membuat proyek Firebase baru
untuk setiap tipe build.
Maka, tiap masalah yang timbul saat kaukembangkan app
akan tetap terpisah dari yang timbul pada pengguna
dalam produksi.
Kau bisa baca post blog ini agar lebih tahu
tentang itu.
Kedua, jika kau pakai ProGuard untuk kaburkan dan ciutkan
kodemu, kau perlu unggah berkas mapping
untuk build yang kauluncurkan di toko.
Kau bisa mengunggahnya ke konsol
atau pakai plug-in gradle untuk jalankan uji pengunggahan.
Pastikan baca dokumentasi tentang itu
karena kau tak akan bisa baca
pelacakan tumpukan tanpa unggah berkas mapping
yang tepat.
Jika ada pertanyaan tentang Firebase Crash Reporting,
hubungi kami lewat Twitter dengan tagar #askFirebase atau
saluran bantuan Firebase apa saja.
Nama saya Doug Stevenson.
Terima kasih sudah menonton dan pastikan kau basmi semua bug.
Trims sudah tonton video kami.
Tonton lagi di sini dan jangan
lupa berlangganan saluran YouTube Firebase.