Siapa pun dapat menulis laporan bug. Namun tidak semua orang bisa menulis laporan kesalahan yang efektif. Anda harus bisa membedakan antara laporan bug rata-rata dan laporan bug bagus.
Bagaimana membedakan laporan bug yang baik dan buruk? Caranya sangat sederhana, terapkan fitur dan teknik berikut untuk melaporkan bug.
Properti dan teknologi
1) Memiliki nomor kesalahan yang jelas: Selalu berikan nomor unik untuk setiap laporan kesalahan. Ini akan membantu Anda mengidentifikasi log kesalahan. Jika Anda menggunakan alat pelaporan kesalahan otomatis, nomor unik ini akan dihasilkan secara otomatis setiap kali Anda melaporkan bug.
Catat nomor dan deskripsi singkat setiap kesalahan yang Anda laporkan.
2) Dapat Direproduksi: Jika bug Anda tidak dapat direproduksi, bug tersebut tidak akan pernah diperbaiki.
Anda harus menyatakan dengan jelas langkah-langkah untuk mereproduksi kesalahan tersebut. Jangan berasumsi atau melewatkan langkah reproduksi apa pun. Kesalahan yang ditunjukkan selangkah demi selangkah mudah untuk direproduksi dan diperbaiki.
3) Spesifik: Jangan menulis esai tentang masalahnya.
Bersikaplah spesifik dan to the point. Cobalah untuk meringkas masalah dengan kata-kata yang minimal dan efektif. Jangan gabungkan beberapa masalah walaupun kelihatannya serupa. Menulis laporan yang berbeda untuk setiap masalah.
Pelaporan kesalahan yang efektif
Pelaporan bug merupakan aspek penting dari pengujian perangkat lunak. Pelaporan bug yang efektif berkomunikasi dengan baik dengan tim pengembangan untuk menghindari kebingungan atau kesalahpahaman.
Laporan bug yang baik harus jelas dan ringkas tanpa melewatkan poin penting apa pun. Ketidakjelasan apa pun dapat menyebabkan kesalahpahaman dan juga memperlambat proses pembangunan. Cacat penulisan dan pelaporan adalah salah satu area siklus hidup pengujian yang paling penting namun terabaikan.
Tulisan yang baik sangat penting untuk menimbulkan kesalahan. Hal terpenting yang harus dipertimbangkan oleh penguji adalah jangan menggunakan nada otoritatif dalam laporannya. Hal ini merusak moral dan menciptakan hubungan kerja yang tidak sehat. Gunakan nada sugestif.
Jangan berasumsi karena pengembang melakukan kesalahan, Anda bisa menggunakan kata-kata kasar. Sebelum melaporkan, penting juga untuk memeriksa apakah kesalahan yang sama telah dilaporkan atau tidak.
Kesalahan duplikat merupakan beban dalam siklus pengujian. Periksa daftar lengkap kesalahan yang diketahui. Terkadang, pengembang mungkin menyadari masalah ini dan mengabaikannya di rilis mendatang.
Alat seperti Bugzilla juga dapat digunakan, yang secara otomatis mencari kesalahan duplikat. Namun, lebih baik memeriksa kesalahan duplikat secara manual.
Informasi penting yang harus disampaikan oleh laporan bug adalah “Bagaimana?” “Dan dimana?” Laporan tersebut harus menjawab dengan jelas bagaimana pengujian dilakukan dan di mana kesalahan terjadi. Pembaca harus dengan mudah mereproduksi kesalahan dan mengetahui di mana letak kesalahannya.
Ingatlah bahwa tujuan penulisan laporan bug adalah agar pengembang dapat memvisualisasikan masalahnya. Ia harus memahami dengan jelas cacat dalam laporan bug. Ingatlah untuk memberikan semua informasi relevan yang dicari pengembang.
Perlu juga dicatat bahwa laporan bug akan disimpan untuk penggunaan di masa mendatang dan harus ditulis dengan baik dengan informasi yang diperlukan. Gunakan kalimat yang bermakna dan kata-kata sederhana untuk menggambarkan kesalahan Anda. Jangan gunakan frasa yang membingungkan yang akan membuang waktu pengulas.
Laporkan setiap kesalahan sebagai masalah terpisah. Jika ada beberapa masalah dalam satu laporan bug, Anda tidak dapat menutupnya kecuali semua masalah telah teratasi.
Oleh karena itu, lebih baik untuk membagi masalah menjadi kesalahan-kesalahan terpisah. Hal ini memastikan bahwa setiap kesalahan dapat ditangani secara terpisah. Laporan bug yang ditulis dengan baik membantu pengembang mereproduksi bug di terminalnya. Ini juga akan membantu mereka mendiagnosis masalahnya.
Malo Berita Kumpulan Berita dan Informasi terbaru dari berbagai sumber yang terpercaya
