Pembuat Laporan Bug

Ubah Rekaman Menjadi Laporan yang Dapat Ditindaklanjuti

Muat rekaman layar dari bug tersebut. Putar, dan setiap kali terjadi sesuatu yang penting, tandai. Stempel waktu akan dicatat, sebuah bingkai diambil dari video pada momen tersebut, dan langkah tersebut dimasukkan ke dalam daftar bernomor.

Tulis ringkasan, apa yang Anda harapkan dan apa yang terjadi sebenarnya, lalu salin semuanya sebagai Markdown untuk GitHub, markup Jira, atau teks biasa. Detail peramban dan layar sudah terisi secara otomatis.

Rekaman tidak pernah keluar dari perangkat Anda. Video diputar dari file lokal dan bingkai diambil langsung di perangkat Anda, hal yang sangat penting ketika bug berada dalam versi rilis yang belum diluncurkan 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

Kualitas laporan bergantung pada rekamannya, dan dua kebiasaan ini akan membuat perbedaan besar.

Mulai dari kondisi awal yang jelas. Rekaman yang dimulai di tengah sesi membuat pembaca menebak-nebak apa yang terjadi sebelumnya, sehingga langkah-langkahnya tidak lagi dapat direproduksi. Awali dari layar masuk (login), halaman baru, atau titik awal yang dijelaskan secara gamblang.

Bersihkan layar dari apa pun yang tidak boleh dibagikan. Token di bilah URL, nama pelanggan, email tak terkait di tab lain, kunci API di panel devtools. Laporan bug sering diteruskan, ditempelkan ke obrolan, dan dibaca oleh orang di luar tim, dan rekaman layar memuat apa pun yang tampak di layar saat itu. Alat ini tidak pernah mengunggah videonya, namun laporan dan tangkapan bingkainya akan pergi ke mana pun Anda mengirimkannya.

Apa yang Tidak Dilakukannya

Alat ini tidak mengirimkan masalah (issue) secara otomatis. Tidak ada koneksi ke GitHub, Jira, atau apa pun; Anda menyalin laporan dan menempelkannya ke tempat semestinya, yang juga berarti Anda dapat memeriksanya sebelum dilihat orang lain.

Alat ini tidak merekam log, permintaan jaringan, atau output konsol. Hal-hal tersebut ada di developer tools Anda dan sangat penting untuk beberapa bug. Lampirkanlah melalui jalur aman apa pun yang biasa digunakan tim Anda, daripada merekam konsol dalam video.

Dan alat ini tidak mendiagnosis apa pun. Alat ini tidak akan memberi tahu Anda penyebabnya, komponen mana yang bermasalah, atau apakah masalah ini menduplikasi masalah yang sudah ada. Alat ini hanya menyusun bukti ke dalam format yang siap ditindaklanjuti, dan hanya itulah tugasnya.

Merekam Bug Sejak Awal

Jika Anda masih perlu merekam masalahnya, perekam layar dapat merekam tab, jendela, atau seluruh tampilan di peramban. Untuk bug yang perlu Anda jelaskan saat mereproduksinya, rekamlah dengan audio agar penjelasannya tetap terhubung dengan buktinya.

Dua fitur terkait yang patut diketahui. Jika Anda menginginkan gambar terpisah alih-alih laporan, ekstraktor bingkai video dapat mengambil bingkai gambar secara berkala. Dan jika rekamannya panjang dan Anda menginginkan panduan lisan tersebut dalam bentuk teks, pembuat transkrip akan mengubah narasi menjadi teks yang dapat dicari.

Ajukan Pertanyaan ke Rekaman Mengenai Bug Tersebut

Pemeriksaan di halaman ini berjalan di perangkat Anda dan tidak memerlukan akun. Untuk mendapatkan jawaban tentang apa yang diucapkan atau ditampilkan dalam rekaman, unggah ke ScreenApp. Klik salah satu pertanyaan untuk membuka ScreenApp dengan pertanyaan yang siap diajukan.

Di ScreenApp, mengklik momen dalam transkrip akan melompatkan pemutar ke titik tersebut dalam rekaman, sehingga Anda dapat memverifikasi jawaban apa pun langsung dari rekamannya.

Fungsi Setiap Paket di Sini

Alat di halaman ini gratis dan akan tetap gratis. Akun digunakan untuk langkah sebelum atau langkah setelahnya.