Pembuat Laporan Bug

Muat rekaman layar bug, tandai setiap langkah saat itu terjadi, dan stempel waktu, bingkai, serta detail lingkungan ditangkap untuk Anda. Salin laporan yang sudah selesai ke GitHub atau Jira.

Muat rekaman layar bug.

MP4, MOV, WebM didukung. Diputar dan ditangkap di browser Anda, tidak diunggah.

Rekaman dienkripsi saat dalam pengiriman dan istirahat serta tidak digunakan untuk melatih model AI. Privasi · Keamanan

Ubah Rekaman Menjadi Laporan yang Dapat Ditindaklanjuti

Muat rekaman layar bug tersebut. Putar, dan setiap kali ada sesuatu yang penting terjadi, tandai. Timestamp ditangkap, sebuah frame diambil dari video pada saat itu, dan langkah tersebut masuk ke daftar bernomor.

Tulis ringkasan, apa yang Anda harapkan dan apa yang terjadi, lalu salin seluruhnya sebagai Markdown untuk GitHub, markup Jira, atau teks biasa. Detail browser dan layar sudah terisi.

Rekaman tidak pernah meninggalkan mesin Anda. Ini diputar dari file lokal dan frame digambar di perangkat Anda, yang penting ketika bug ada di build yang belum dirilis atau akun pelanggan.

Mengapa Ini Tidak Menggunakan AI untuk Menulis Laporan

Model yang menonton rekaman layar dapat menjelaskan apa yang dilihatnya. Ia tidak dapat mengetahui apa yang Anda harapkan untuk dilihat, dan itulah separuh dari laporan bug yang menentukan apakah seseorang dapat menindaklanjutinya.

“Klik Konfirmasi, panel faktur kosong” adalah sebuah observasi. Apakah itu bug sepenuhnya tergantung pada apa yang seharusnya muncul di sana, dan satu-satunya orang yang tahu itu adalah Anda. Alat yang menghasilkan perilaku yang diharapkan dari video adalah menebak dan menyajikan tebakan sebagai temuan, yang lebih buruk daripada membiarkan kolom kosong, karena ekspektasi yang salah dan masuk akal dapat mengirim pengembang ke jalur yang salah.

Jadi, pembagian di sini disengaja. Alat ini melakukan pekerjaan mekanis yang dapat dilakukannya dengan tepat: timestamp, frame, lingkungan, format, penomoran. Anda memberikan penilaian. Itu membutuhkan waktu sekitar satu menit dan hasilnya adalah laporan yang tidak perlu ditanyakan kembali kepada Anda.

Tiga Hal yang Biasanya Terlewatkan dalam Laporan

Setelah membaca banyak laporan bug yang tidak lengkap, kesenjangan yang sama sering muncul kembali, dan ketiganya bersifat mekanis daripada sulit.

Timestamp. Laporan yang mengatakan “lihat video terlampir” membuat pembaca menonton empat menit untuk menemukan momennya. Sebuah langkah yang mengatakan itu terjadi pada 1:12 tidak.

Lingkungan. Browser, sistem operasi, ukuran layar. Semua orang tahu untuk menyertakannya dan hampir tidak ada yang melakukannya, karena itu berarti membuka panel pengaturan saat Anda sedang berpikir keras. Itu dibaca dari browser Anda di sini dan sudah terisi di laporan, dan Anda dapat memperbaikinya.

Gambar Diam. Sebuah frame pada saat kegagalan adalah apa yang dipindai dalam daftar dua puluh masalah. Menarik frame dari video secara manual cukup membosankan sehingga orang melewatkannya, jadi itu terjadi secara otomatis di setiap langkah yang Anda tandai.

Apa yang Ditangkap, Secara Tepat

Setiap langkah yang ditandai merekam waktu putar yang tepat dan frame JPEG dari video pada waktu itu, diperkecil untuk menjaga laporan tetap ringan. Anda dapat mengunduh frame untuk dilampirkan ke masalah tersebut.

Lingkungan berasal dari browser: nama dan versinya, sistem operasi, ukuran layar dengan rasio pikselnya, dan ukuran viewport. Browser sekarang melaporkan lebih sedikit tentang dirinya sendiri daripada sebelumnya, jadi beberapa di antaranya bisa kembali tidak diketahui, dan setiap kolom dapat diedit daripada dikunci.

Tidak ada yang disimpulkan dari piksel. Alat ini tidak mencoba membaca teks kesalahan dari layar atau menebak elemen mana yang Anda klik, karena melakukannya dengan tidak andal lebih buruk daripada tidak melakukannya.

Struktur yang Diisi

Outputnya mengikuti bentuk laporan bug yang sudah ditetapkan, karena pelacak dan orang yang membacanya mengharapkannya. Jika Anda mencari template laporan bug, ini adalah salah satu yang sudah terisi daripada yang Anda tempel dan tatap.

Ringkasan terlebih dahulu, dalam satu baris, karena baris itu adalah yang discan seseorang dalam daftar tiga puluh masalah dan itu menentukan apakah laporan Anda dibuka hari ini.

Kemudian langkah-langkah bernomor dengan timecode pada masing-masing, perilaku yang diharapkan, perilaku aktual, dan lingkungan. Urutan itu bukan hiasan. Pembaca memeriksa langkah-langkah untuk melihat apakah itu dapat direproduksi, pasangan yang diharapkan dan aktual untuk melihat apakah itu benar-benar bug, dan lingkungan untuk melihat apakah itu milik mereka. Mengubur salah satu dari itu akan membutuhkan perjalanan pulang pergi.

Apa yang tidak bisa dilakukan oleh template kosong adalah mengisi dirinya sendiri, dan inilah bagian yang membuat orang melewatkannya. Di sini langkah-langkah, timecode, frame, dan lingkungan sudah terisi, dan Anda menulis tiga kolom yang benar-benar tidak dapat diketahui oleh alat.

Sebelum Anda Merekam

Laporan hanya sebaik rekaman, dan dua kebiasaan membuat perbedaan.

Mulai dari keadaan yang diketahui. Rekaman yang dimulai di tengah sesi membuat pembaca menebak-nebak apa yang terjadi sebelumnya, sehingga langkah-langkahnya tidak dapat direproduksi. Mulai dari layar login, halaman baru, atau titik awal yang dijelaskan.

Bersihkan layar dari apa pun yang tidak boleh ikut terkirim. Token di bilah URL, nama pelanggan, email yang tidak terkait di tab lain, kunci API di panel devtools. Laporan bug diteruskan, ditempelkan ke obrolan, dan dibaca oleh orang-orang di luar tim, dan rekaman layar membawa apa pun yang ada di layar pada saat itu. Alat ini tidak pernah mengunggah video, tetapi laporan dan bingkai akan pergi ke mana pun Anda mengirimkannya.

Apa yang Tidak Dilakukannya

Itu tidak mengajukan masalah. Tidak ada koneksi ke GitHub, Jira, atau apa pun; Anda menyalin laporan dan menempelkannya di tempat yang seharusnya, yang juga berarti Anda bisa membacanya sebelum orang lain melakukannya.

Itu tidak menangkap log, permintaan jaringan, atau output konsol. Itu ada di alat pengembang Anda dan sangat penting untuk beberapa bug. Lampirkan melalui rute aman apa pun yang sudah digunakan tim Anda daripada merekam konsol.

Dan itu tidak mendiagnosis apa pun. Itu tidak akan memberi tahu Anda penyebabnya, komponen mana yang salah, atau apakah ini duplikasi dari masalah yang ada. Ini membuat bukti menjadi bentuk yang dapat dikerjakan seseorang, dan itulah keseluruhan pekerjaannya.

Merekam Bug Sejak Awal

Jika Anda masih perlu menangkap masalahnya, perekam layar merekam tab, jendela, atau seluruh tampilan di browser. Untuk bug yang perlu Anda narasikan saat Anda mereproduksi, rekam dengan audio dan penjelasan tetap terlampir pada bukti.

Dua fitur yang patut diketahui. Jika Anda menginginkan gambar tunggal daripada laporan, ekstraktor bingkai video menarik bingkai secara berkala. Dan jika rekaman itu panjang dan Anda menginginkan penjelajahan lisan sebagai teks, generator transkrip mengubah narasi menjadi sesuatu yang dapat dicari.

FAQ

Bagaimana cara menulis laporan bug dari rekaman layar?

Muat rekaman, putar, dan tandai setiap langkah saat terjadi sehingga stempel waktu dan bingkai tertangkap. Kemudian tambahkan ringkasan satu baris, apa yang Anda harapkan dan apa yang sebenarnya terjadi. Salin hasilnya sebagai Markdown atau markup Jira dan tempelkan ke pelacak Anda.

Bagaimana cara menulis laporan bug yang baik?

Awali dengan ringkasan satu baris yang dapat dipindai seseorang, kemudian langkah-langkah bernomor yang benar-benar mereproduksinya, lalu apa yang Anda harapkan dibandingkan dengan apa yang terjadi, kemudian lingkungannya. Bagian yang sering dilewati orang adalah kode waktu, gambar diam, dan detail lingkungan, itulah sebabnya ini ditangkap untuk Anda di sini. Keputusan tetap ada di tangan Anda.

Apakah ini menulis langkah-langkah reproduksi untuk saya?

Ini menangkap kapan setiap langkah terjadi dan seperti apa tampilan layar, dan Anda menjelaskan langkah tersebut dalam beberapa kata. Ini sengaja tidak menciptakan deskripsi atau perilaku yang diharapkan, karena sebuah alat tidak dapat mengetahui apa yang Anda coba lakukan atau apa yang seharusnya terjadi.

Bisakah saya menggunakannya dengan Jira atau GitHub?

Ya, dengan salin dan tempel. Laporan dihasilkan dalam Markdown untuk GitHub dan GitLab, markup Jira untuk Jira, atau teks biasa untuk hal lain. Itu tidak terhubung ke alat-alat tersebut atau mengajukan apa pun atas nama Anda.

Apakah rekaman layar saya diunggah?

Tidak. Video dimuat dari perangkat Anda dan diputar secara lokal, dan bingkai ditangkap di browser. Tidak ada yang dikirim ke mana pun, itulah intinya ketika rekaman menunjukkan build yang belum dirilis atau data pelanggan nyata.

Dari mana detail browser dan sistem berasal?

Dari browser Anda, yang melaporkan nama, versi, sistem operasi, ukuran layar, dan viewport-nya sendiri. Browser modern sengaja mengungkapkan lebih sedikit dari sebelumnya, sehingga suatu bidang dapat kembali tidak diketahui. Setiap bidang dapat diedit, jadi perbaiki apa pun yang salah sebelum Anda menyalin laporan.

Bisakah ini membaca pesan kesalahan dari layar?

Tidak, dan itu disengaja. Membaca teks dari bingkai video tidak dapat diandalkan, dan pesan kesalahan yang ditranskripsi salah lebih buruk daripada yang dapat dilihat pembaca sendiri di bingkai terlampir. Ketikkan kesalahan yang tepat ke bidang perilaku aktual.

Hasil Nyata dari Pengguna Nyata

works like a charm, notes have been super helpful alongside chat function. loveeeee
KS
Katharine Suy
Chrome Web Store, October 17, 2024
nice app for important summary
S
SAHIL
Google Play, January 30, 2026

Siap meningkatkan produktivitas Anda?

Mulai Pembuat Laporan Bug dengan akun gratis. Batasan penggunaan berlaku; unduhan aplikasi membutuhkan paket berbayar.

Mulai Gratis →

Mulai gunakan dalam 60 detik