Siklus Hidup Cacat/Bug dalam Pengujian Perangkat Lunak

Apa itu Siklus Hidup Cacat/Bug?

Siklus Hidup Cacat atau Siklus Hidup Bug dalam pengujian perangkat lunak adalah serangkaian keadaan spesifik yang dialami oleh cacat atau bug sepanjang masa pakainya. Tujuan dari siklus hidup Cacat adalah untuk dengan mudah mengkoordinasikan dan mengkomunikasikan status cacat terkini yang berubah ke berbagai penerima tugas dan membuat proses perbaikan cacat sistematis dan efisien.

Status Cacat

Status Cacat atau Status Bug dalam siklus hidup cacat adalah keadaan saat ini dimana cacat atau bug sedang dialami. Tujuan dari status cacat adalah untuk secara tepat menyampaikan keadaan saat ini atau kemajuan suatu cacat atau bug agar dapat melacak dan memahami dengan lebih baik kemajuan sebenarnya dari siklus hidup cacat.

Alur Kerja Status Cacat

Jumlah negara bagian yang mengalami cacat bervariasi dari satu proyek ke proyek lainnya. Diagram siklus hidup di bawah ini mencakup semua kemungkinan status

• Baru: Ketika cacat baru dicatat dan diposting untuk pertama kalinya. Itu diberi status sebagai BARU.
• Ditugaskan: Setelah bug diposting oleh penguji, pimpinan penguji menyetujui bug tersebut dan menugaskan bug tersebut ke tim pengembang
• Open: Pengembang mulai menganalisis dan mengerjakan perbaikan kerusakan
• Tetap: Ketika pengembang membuat perubahan kode yang diperlukan dan memverifikasi perubahan tersebut, dia dapat menjadikan status bug sebagai “Diperbaiki.”
• Menunggu tes ulang: Setelah kerusakan diperbaiki, pengembang memberikan kode tertentu untuk menguji ulang kode tersebut kepada penguji. Sejak itu pengujian perangkat lunak tetap tertunda dari pihak penguji, status yang ditetapkan adalah “menunggu pengujian ulang”.
• Tes ulang: Penguji melakukan pengujian ulang kode pada tahap ini untuk memeriksa apakah cacat telah diperbaiki oleh pengembang atau tidak dan mengubah status menjadi “Tes ulang”.

• Diverifikasi: Penguji menguji ulang bug setelah diperbaiki oleh pengembang. Jika tidak ada bug yang terdeteksi pada perangkat lunak, maka bug tersebut telah diperbaiki dan status yang diberikan adalah “terverifikasi.”
• Membuka lagi: Jika bug tetap ada bahkan setelah pengembang memperbaiki bug tersebut, penguji akan mengubah status menjadi “dibuka kembali”. Sekali lagi bug melewati siklus hidup.
• Tertutup: Jika bug sudah tidak ada lagi maka penguji akan menetapkan status “Tertutup.” 
• Duplikat: Jika cacat diulang dua kali atau cacat tersebut berhubungan dengan konsep bug yang sama, statusnya diubah menjadi “duplikat.”
• Ditolak: Jika pengembang merasa cacat tersebut bukan cacat asli maka ia mengubah cacat tersebut menjadi “ditolak”.
• Ditangguhkan: Jika bug saat ini bukan merupakan prioritas utama dan diharapkan dapat diperbaiki pada rilis berikutnya, maka status “Ditangguhkan” akan diberikan pada bug tersebut
• Bukan serangga: Jika tidak mempengaruhi fungsionalitas aplikasi maka status yang ditetapkan untuk bug adalah “Bukan bug”.

Penjelasan Siklus Hidup Cacat/Bug

1. Penguji menemukan cacatnya
2. Status ditetapkan untuk cacat- Baru
3. Cacat diteruskan ke Manajer Proyek untuk dianalisis
4. Manajer Proyek memutuskan apakah cacat itu valid
5. Di sini cacatnya tidak valid – statusnya diberikan “Ditolak.”
6. Jadi, manajer proyek memberikan status ditolak. Jika cacat tersebut tidak ditolak, maka langkah selanjutnya adalah memeriksa apakah cacat tersebut masih dalam cakupan. Misalkan kita memiliki fungsi lain - fungsi email untuk aplikasi yang sama, dan Anda menemukan masalah dengan fungsi tersebut. Namun, fungsi tersebut bukan bagian dari rilis saat ini ketika cacat tersebut ditetapkan sebagai ditunda atau ditunda status.
7. Selanjutnya, manajer memverifikasi apakah cacat serupa telah dilaporkan sebelumnya. Jika ya, cacat diberi status duplikat.
8. Jika tidak, cacat tersebut diberikan kepada pengembang yang mulai memperbaiki kode. Pada tahap ini, cacat diberi status sedang berlangsung.
9. Setelah kode diperbaiki. Sebuah cacat diberi status tetap
10. Selanjutnya, penguji akan menguji ulang kode tersebut. Dalam hal ini Uji Kasus melewati cacat tersebut Tutup. Jika kasus uji gagal lagi, maka cacatnya adalah dibuka kembali dan ditugaskan ke pengembang.
11. Pertimbangkan situasi di mana selama rilis pertama Reservasi Penerbangan ditemukan cacat dalam pesanan Faks yang telah diperbaiki dan diberi status ditutup. Selama rilis peningkatan kedua, cacat yang sama muncul kembali. Dalam kasus seperti itu, cacat yang ditutup akan dibuka kembali.

Itu saja untuk Siklus Hidup Bug

Video pelatihan ini menjelaskan berbagai tahapan dalam siklus hidup bug alias cacat dan pentingnya tahapan tersebut dengan bantuan sebuah contoh

Klik di sini jika video tidak dapat diakses