1 Cek apakah Instagram sedang down. Apabila akun Instagram Anda tidak dapat diakses, bisa jadi kondisi serupa juga dialami oleh banyak orang lainnya. Sebelum Anda mengambil tindakan yang lebih drastis, periksa apakah server Instagram sedang down atau tidak. Ada sejumlah situs web yang memungkinkan Anda melakukan ini.
Alatperbaikan bug untuk pengembangan bahasa Python berikutnya adalah Trac. Trac merupakan alat terbaik untuk mencari bug pythone yang open source sekaligus dilengkapi dengan berbagai macam fitur yang berguna. Trac tidak hanya menjadi alat untuk perbaikan bug, namun juga memungkinkan untuk adna dalam mengelola proyek pada timeline yang sederhana.
YangAnda butuhkan. Untuk menyelesaikan Codelab ini, Anda memerlukan: Komputer dengan webcam. Untuk Coral, sebaiknya gunakan Raspberry Pi yang menjalankan Raspberry Pi OS (64-bit) dengan desktop. Untuk WebNN, kami merekomendasikan mesin Intel x86-64 yang menjalankan Ubuntu 20.04 atau Windows 10. >= 12.
Danuang yang sudah anda investasikan akan terbuang sia-sia. Waktu adalah uang. Perhitungkan waktu yang anda habiskan untuk menjalankan usaha, karena waktu juga merupakan modal pokok dalam berbisnis. Hitung untung ruginya setiap kita mau melangkah. Dengan demikian tidak akan ada waktu yang erbuang secara percuma. Utamakan pelayanan
v2fBf. Ikuti langkah-langkah di halaman ini untuk menyelesaikan laporan bug. Resource untuk memperbaiki bug jumlahnya terbatas sehingga bug yang memiliki informasi lengkap akan diprioritaskan. Laporan bug yang tidak lengkap akan ditutup. Jika hal ini terjadi, kirimkan ulang bug Anda dengan menyertakan informasi tambahan. Untuk membantu memastikan bahwa Anda tidak melaporkan bug yang telah diperbaiki, pastikan Anda menggunakan versi alat terbaru. Anda juga dapat menelusuri masalah serupa di Issue tracker Android Studio untuk mengetahui apakah masalah yang Anda alami telah dilaporkan atau belum. Cara melaporkan bug Untuk melaporkan bug, ikuti langkah-langkah berikut Untuk membuka laporan bug dari Android Studio, pilih Help > Submit Feedback. Ini adalah cara termudah untuk memulai bug karena laporan bug akan terisi dengan versi Android Studio, versi Kotlin atau Java, dan informasi sistem yang diperlukan untuk mereproduksi masalah dengan tepat. Anda juga dapat melaporkan bug di sini dan menambahkan sendiri informasi versi. Jelaskan langkah-langkah mereproduksi masalah secara persis. Kirimkan sebanyak mungkin informasi, seperti cuplikan kode, project GitHub yang dapat digunakan untuk mereproduksi bug, dan screenshot atau rekaman hal yang Anda amati. Jelaskan masalahnya secara mendetail. Jelaskan hasil yang Anda harapkan dan apa yang telah Anda amati. Pilih judul deskriptif untuk laporan bug. Menggunakan judul yang lebih deskriptif akan memudahkan pengurutan berdasarkan masalah. Untuk bug tertentu, kami memerlukan informasi tambahan, seperti yang dijelaskan di bagian berikut Detail untuk bug Android Studio Detail untuk alat build dan bug Gradle Detail untuk bug Android Emulator Detail untuk bug Android Studio Untuk melaporkan bug khusus Android Studio, sertakan informasi tambahan seperti yang dijelaskan di bagian ini. Jika IDE hang Jika IDE terlihat sangat lambat atau terhenti sama sekali, buat beberapa thread dump seperti yang dijelaskan di halaman ini, lalu lampirkan ke laporan bug. Thread dump menunjukkan aktivitas yang dilakukan IDE sehingga memperlambat performanya. Jika IDE lambat, tetapi tidak berhenti bekerja, lampirkan file ke laporan bug. Untuk melampirkan file, pilih Help > Show Log in Files Help > Show Log in Finder di macOS. File ini akan menunjukkan apakah IDE memunculkan error ke dalam log atau tidak. Menggunakan profil CPU untuk mendiagnosis kelambatan Jika Android Studio melambat, gunakan profil CPU karena terkadang dapat membantu mendiagnosis masalah. Ikuti langkah-langkah berikut untuk merekam profil CPU menggunakan plugin Pengujian Performa Android Studio Instal plugin. Di Android Studio, telusuri "Pengujian Performa" di marketplace plugin. Cara lain, Anda dapat mendownload versi yang kompatibel dengan Android Studio dari situs plugin. Buat profil CPU. Jika Android Studio tampaknya lambat, pilih opsi Start CPU Usage Profiling. Ulangi beberapa tindakan yang menimbulkan masalah latensi penyelesaian kode, mengetik dan menunggu penyorotan selesai, dan sebagainya. Klik Stop CPU Usage Profiling. Bagikan file profil. Balon akan muncul dengan nama file snapshot CPU yang mengikuti format snapshot-NNN. Bagikan file snapshot tersebut dalam laporan bug Anda. Jika IDE kehabisan memori Masalah memori di Android Studio terkadang sulit direproduksi dan dilaporkan. Untuk membantu mengatasi masalah ini, Android Studio menyertakan laporan penggunaan memori yang dapat Anda kirim ke tim Android Studio untuk membantu mengidentifikasi sumber masalah memori. Menjalankan laporan penggunaan memori Untuk menjalankan laporan penggunaan memori, ikuti langkah-langkah berikut Klik Help > Analyze Memory Usage dari panel menu. Android Studio membuang heap dan meminta Anda untuk memulai ulang IDE. Jika Anda memulai ulang IDE, analisis heap dump akan segera dimulai. Jika tidak, analisis heap dump akan dimulai saat berikutnya Anda menjalankan Android Studio. Dalam kedua kasus tersebut, IDE akan memberi tahu Anda setelah laporan penggunaan memori siap ditinjau, seperti yang ditunjukkan pada gambar 1. Gambar 1. Notifikasi Laporan Penggunaan Memori. Klik Review Report. Sebelum mengirim laporan, Anda dapat meninjau informasi yang disertakan Gambar 2. Analisis Laporan Penggunaan Memori. Setelah selesai ditinjau, salin dan tempel konten laporan ke dalam file lalu tambahkan file tersebut saat Anda melaporkan bug. Mengirimkan informasi laporan dengan cara ini memungkinkan tim Android Studio berkomunikasi dengan Anda menggunakan issue tracker saat menyelidiki masalah memori. Jika IDE error atau menampilkan pengecualian Untuk jenis error lainnya, lampirkan file yang ditemukan dengan memilih Help > Show Log in Files Help > Show Log in Finder di macOS. Membuat thread dump Thread dump adalah hasil cetak dari semua thread yang berjalan di JVM. Untuk setiap thread, thread dump mencakup cetakan dari semua stackframe. Hal ini memudahkan kami untuk mengetahui apa yang menyibukkan IDE, terutama jika Anda menghasilkan beberapa thread dump dalam selang waktu beberapa detik. Jika Anda melaporkan bug ketika IDE sangat sibuk dengan CPU yang sudah ditetapkan, atau ketika IDE tampaknya telah hang, thread dump dapat menunjukkan kode apa yang melakukan banyak pekerjaan, atau thread mana yang berebut resource dan menyebabkan deadlock. JDK disertai fitur bernama jstack yang dapat digunakan untuk menghasilkan thread dump. Pertama, cari ID proses PID dari proses Android Studio. Untuk mencarinya, gunakan perintah jps Di Linux atau macOS jps -mv grep studio Di Windows jps -mv findstr studio Tindakan ini akan mencetak baris panjang, seperti $ jps -mv grep studio 37605 -ea ... Angka pertama dalam contoh ini, 37605 adalah ID proses. Berikutnya, buat thread dump lalu simpan ke file jstack -l pid >> Jika tidak berhasil, ada beberapa cara tambahan khusus platform yang dapat menghasilkan thread dump. Untuk mengetahui petunjuk detail, lihat Dukungan IntelliJ. Detail untuk alat build dan bug Gradle Untuk melaporkan bug pada alat build atau Gradle, lampirkan project contoh atau nyata yang menunjukkan masalah untuk membantu memastikan bahwa semua informasi yang diperlukan telah diperoleh. Hapus semua informasi sensitif sebelum berbagi. Jika Anda tidak dapat membagikan project, tunjukkan versi alat yang Anda gunakan. Coba gunakan versi stabil atau pratinjau terbaru sebelum melaporkan bug. Untuk menemukan versi alat, lakukan hal berikut Versi plugin Android Gradle Pilih File > Project Structure. Klik Project. Cari Android Gradle Plugin Version. Versi Gradle Pilih File > Project Structure. Klik Project. Cari Gradle Version. Versi Android Studio Pilih Help > About. Cari Android Studio Version. Selain itu, sertakan informasi berikut jika berlaku Jika perilaku berubah secara tidak terduga dari versi sebelumnya ke versi saat ini, tunjukkan kedua versi tersebut. Jika build gagal disertai error, jalankan build dari command line dengan opsi -stacktrace seperti ./gradlew -stacktrace dan sertakan stack trace dalam laporan bug Anda. Jika proses build memerlukan waktu lebih lama dari yang diharapkan, coba salah satu opsi berikut Jalankan ./gradlew -scan lalu bagikan pemindaian build Gradle yang dihasilkan dalam laporan bug Anda. Jalankan ./gradlew lalu bagikan file rekaman aktivitas Chrome yang dihasilkan dalam direktori /build/android-profile. Detail untuk bug Android Emulator Ikuti langkah-langkah berikut untuk menggunakan kontrol yang diperluas di emulator guna mengumpulkan informasi dan melaporkan bug Di panel emulator, klik More . Di jendela Extended controls, pilih Bug report. Tindakan ini akan membuka layar yang berisi detail laporan bug seperti screenshot, info konfigurasi AVD, dan log laporan bug. Anda dapat memasukkan langkah-langkah untuk mereproduksi bug di sini, atau menunggu dan mengetikkannya ke dalam laporan yang dihasilkan pada langkah selanjutnya. Tunggu hingga laporan bug selesai dikumpulkan, lalu klik Send to Google. Jendela akan terbuka sehingga Anda dapat menyimpan laporan bug ke dalam folder. Browser juga akan terbuka agar Anda dapat membuat laporan di issue tracker Google dengan detail emulator yang diperlukan sudah terisi. Dalam laporan, lengkapi detail yang tersisa seperti langkah-langkah untuk mereproduksi bug, dan lampirkan file yang disimpan saat membuat laporan bug. Jika tidak, masukkan detail berikut secara manual Versi emulator Di emulator, buka Extended controls. Klik Help. Klik tab About untuk mencari Emulator version. Versi Android SDK Tools. Pilih Tools > SDK Manager. Klik SDK Tools. Cari Android SDK Tools. Model Host CPU Di Linux Buka /proc/cpuinfo. Di Windows Klik kanan My Computer lalu pilih Properties Di macOS Pilih ikon Apple lalu klik About This Mac Nama perangkat Dari AVD Manager, klik untuk membuka menu di kolom Actions untuk perangkat. Pilih View Details atau buka file $ Cari entri untuk Contoh 5.
Laporan bug berisi log perangkat, stack trace, dan informasi diagnostik lainnya untuk membantu Anda menemukan dan memperbaiki bug dalam aplikasi. Untuk memperoleh laporan bug dari perangkat, gunakan Ambil laporan bug dari opsi developer di perangkat, menu Android Emulator, atau perintah adb bugreport pada mesin pengembangan. Gambar 1. Opsi developer di perangkat. Untuk mengambil laporan bug, Anda harus mengaktifkan Opsi developer di perangkat untuk mengakses opsi Ambil laporan bug. Mengambil laporan bug dari perangkat Gambar 2. Laporan bug sudah siap. Untuk mendapatkan laporan bug langsung dari perangkat, lakukan langkah berikut Aktifkan Opsi Developer. Pada Opsi developer, ketuk Ambil laporan bug. Pilih jenis laporan bug yang Anda inginkan, dan ketuk Laporkan. Setelah beberapa saat, Anda akan mendapatkan notifikasi bahwa laporan bug sudah siap, seperti yang ditunjukkan pada gambar 2. Untuk membagikan laporan bug, ketuk notifikasi. Mengambil laporan bug dari Android Emulator Dari Android Emulator, Anda dapat menggunakan fitur File a bug pada jendela Extended controls Klik More pada panel Emulator. Di jendela Extended controls, pilih Bug report. Tindakan ini akan membuka layar tempat Anda dapat melihat detail laporan bug seperti screenshot, info konfigurasi AVD, dan log laporan bug. Anda juga dapat mengetik pesan yang berisi langkah-langkah rekonstruksi masalah untuk disimpan bersama laporan. Tunggu laporan bug selesai dikumpulkan, lalu klik Save Report. Mengambil laporan bug menggunakan adb Jika hanya ada satu perangkat yang terhubung, Anda dapat memperoleh laporan bug menggunakan adb sebagai berikut $ adb bugreport E\Reports\MyBugReports Jika Anda tidak menentukan jalur untuk laporan bug, laporan akan disimpan ke direktori lokal. Jika ada beberapa perangkat yang terhubung, Anda harus menentukan perangkat dengan opsi -s. Jalankan perintah adb berikut untuk mendapatkan nomor seri perangkat dan menghasilkan laporan bug $ adb devices List of devices attached emulator-5554 device 8XV7N15C31003476 device $ adb -s 8XV7N15C31003476 bugreport Menyimpan laporan bug yang lebih lama Secara default, laporan bug disimpan di /bugreports dan dapat dilihat menggunakan perintah berikut $ adb shell ls /bugreports/ Selanjutnya, Anda dapat menarik file ZIP melalui adb pull $ adb pull /bugreports/ Memeriksa file ZIP laporan bug Secara default, file ZIP ini disebut File ZIP dapat berisi beberapa file, tetapi file yang paling penting adalah File ini adalah laporan bug yang berisi output diagnostik untuk layanan sistem dumpsys, log error dumpstate, dan log pesan sistem logcat. Pesan sistem mencakup pelacakan tumpukan saat perangkat menampilkan error, dan pesan yang ditulis dari semua aplikasi dengan class Log. File ZIP ini berisi file metadata yang berisi huruf rilis Android. Jika systrace diaktifkan, file ZIP juga berisi file Alat Systrace membantu menganalisis performa aplikasi Anda dengan mengambil dan menampilkan waktu eksekusi proses aplikasi Anda dan proses sistem Android lainnya. Alat dumpstate menyalin file dari sistem file perangkat ke file ZIP pada folder FS sehingga Anda dapat mereferensikannya. Misalnya, file /dirA/dirB/fileC di perangkat akan menghasilkan entri FS/dirA/dirB/fileC dalam file ZIP tersebut. Gambar 3. Struktur file laporan bug. Untuk mengetahui informasi selengkapnya, lihat Membaca laporan bug. Mendapatkan laporan dari pengguna Mendapatkan laporan bug sangat membantu jika Anda menggunakan sendiri aplikasi tersebut, tetapi pengguna akhir tidak akan dapat membagikan jenis laporan bug ini kepada Anda dengan mudah. Untuk mendapatkan laporan kerusakan beserta stack trace dari pengguna sebenarnya, manfaatkan fitur pelaporan error Google Play dan Firebase. Konsol Google Play Anda dapat memperoleh laporan dari Konsol Google Play untuk melihat data kerusakan dan error aplikasi tidak merespons ANR dari pengguna yang menginstal aplikasi Anda dari Google Play. Data tersedia dari rentang waktu enam bulan ke belakang. Untuk mengetahui informasi selengkapnya, lihat Menampilkan kerusakan & error aplikasi tidak merespons ANR di bantuan Konsol Play. Firebase Crash Reporting Pelaporan Firebase Crashlytics membuat laporan mendetail dari error dalam aplikasi Anda. Error dikelompokkan ke dalam masalah berdasarkan kemiripan stack trace, dan diprioritaskan berdasarkan tingkat keseriusan dampaknya terhadap pengguna. Selain laporan otomatis, Anda dapat membuat log peristiwa kustom untuk membantu mengetahui langkah yang menyebabkan error. Untuk mulai menerima laporan kerusakan dari pengguna, tambahkan dependensi Firebase ke file Anda. Untuk informasi selengkapnya, lihat Firebase Crashlytics.
Untuk kamu yang ingin menjadi seorang developer atau sudah menjadi developer, mungkin kamu tidak akan asing dengan istilah debugging. Apa itu debugging? Debugging berasal dari kata “bug” yang berarti serangga. Debugging merupakan proses menghapus bug dalam sebuah program. Oh iya, sebelum masuk ke pembahasan utama, kami punya sedikit informasi nih. Jika kamu ingin tahu tentang debugging lebih lengkap, kamu dapat mempelajarinya di Dicoding Academy lho. Ada beberapa kelas yang menjelaskan debugging secara lebih rinci. Mantap bukan? Segera cek dan daftar kelasnya ya. Oke, balik ke pembahasan utama. Pada artikel kali ini kita akan membahas pengertian, sejarah, pentingnya debugging, hingga langkah-langkah melakukan debugging. Jadi, simak artikel ini dengan baik agar tidak ada informasi yang tertinggal ya. 💻 Mulai Belajar Pemrograman Belajar pemrograman di Dicoding Academy dan mulai perjalanan Anda sebagai developer profesional. Daftar Sekarang Apa itu Debugging? Debugging adalah proses untuk mencari dan menghapus suatu bug dalam sebuah program atau sistem. Yang dimaksud bug adalah suatu eror atau cacat yang dapat menyebabkan program atau sistem tidak berjalan dengan sempurna. Biasanya suatu program dibuat dengan penulisan kode yang sangat rumit dan kompleks, sehingga satu kesalahan kecil saja akan berpengaruh besar pada keseluruhan program. Oleh karena itu, debugging sangat penting untuk dilakukan, baik sebelum maupun sesudah perilisan program. Sejarah Kata Debugging Kata debugging ini berasal dari kata “bug” yang berarti serangga. Kata tersebut diambil dari kejadian yang cukup unik. Pada tanggal 9 September 1947 seorang ilmuwan komputer asal Amerika yang bernama Grace Brewster Murray Hopper, menemukan serangga yang terjebak di dalam relay komputer. Hal itu menyebabkan operasi dari komputer tersebut terhambat. Setelah kejadian tersebut kata debugging menjadi kata yang sering digunakan. Pada tahun 1945 kata debugging digunakan dalam istilah penerbangan yang dapat diartikan menjadi pengujian mesin pesawat. Lalu pada tahun 1963 istilah debugging menjadi umum digunakan di kalangan programmer untuk mengistilahkan proses pencarian dan perbaikan kesalahan pada program atau sistem. Mengapa Debugging Perlu Dilakukan? Setelah mengetahui penjelasan dan sejarah dari debugging, sekarang kita akan membahas mengapa debugging ini perlu dilakukan. Debugging sebenarnya adalah hal yang wajib dilakukan oleh para programmer saat membuat sebuah program. Tujuan utama dari debugging sendiri adalah untuk menghilangkan bug atau masalah yang ada. Debugging ini juga memiliki manfaat lain, berikut ini adalah beberapa di antaranya Mendeteksi eror lebih cepat. Mempercepat proses perbaikan. Mengurangi resiko program disusupi malware. Langkah-langkah Melakukan Debugging Debugging dilakukan oleh seseorang yang disebut debugger. Debugging merupakan kemampuan yang harus dikuasai oleh programmer. Berikut ini langkah-langkah yang dapat kamu ikuti untuk melakukan debugging Melakukan identifikasi error Hal yang pertama dilakukan adalah mengidentifikasi kesalahan atau error yang terjadi pada program. Hal ini dilakukan agar tidak membuang banyak waktu dan perbaikan tepat sasaran. Menemukan sumber bug Setelah identifikasi dilakukan dengan baik, selanjutnya adalah menemukan sumber atau lokasi dari kode yang error. Menganalisis bug Pada tahap ini, debugger harus menganalisis baris kode yang menimbulkan error atau kesalahan. Hal tersebut dilakukan untuk memastikan apakah bug tersebut akan mempengaruhi fungsi yang lain. Selain itu, analisis ini diperlukan untuk mengantisipasi meningkatnya jumlah bug. Membuktikan hasil analisis Setelah analisis selesai, seorang debugger perlu menemukan kemungkinan error yang lain pada program. Tahap ini dapat dilakukan secara otomatis menggunakan automated testing. Memperbaiki bug Tahap terakhir adalah memperbaiki bug yang sudah ditemukan. Setelah perbaikan selesai, program akan diperiksa kembali untuk memastikan tidak ada error yang terjadi setelah perbaikan. Jadi, Apa itu Debugging? Bagaimana? Sampai di sini apakah kamu paham tentang apa itu debugging? Jadi, debugging adalah proses untuk mencari dan menghapus suatu bug dalam sebuah program atau sistem. Debugging diambil dari kata bug yang dapat diartikan sebagai serangga. Istilah bug diambil dari kejadian yang cukup unik, yaitu seekor serangga yang terjebak dalam relay komputer dan menyebabkan operasi dari komputer tersebut terhambat. Debugging dilakukan untuk menghilangkan bug pada suatu program agar program dapat berjalan sesuai dengan seharusnya. Ada beberapa langkah untuk melakukan debugging, yaitu melakukan identifikasi, mencari sumber bug, menganalisis bug, membuktikan hasil analisis, serta memperbaiki bug. Demikian artikel kali ini, semoga dapat berguna dan menambah wawasan kamu. Nantikan artikel selanjutnya dari kita ya. Apa itu Debugging? Mengapa Perlu Dilakukan? – end Baca juga beberapa artikel pilihan berikut untuk menambah wawasan kamu Apa Itu Programmer? Hal-Hal Yang Wajib Dikuasai Black Box Testing Untuk Menguji Perangkat Lunak White Box Testing untuk Menguji Perangkat Lunak
