Cacat / Bug Life Cycle dalam Pengujian Perangkat Lunak

Daftar Isi:

Anonim

Apa itu Defect Life Cycle?

Siklus Hidup Cacat atau Siklus Hidup Bug dalam pengujian perangkat lunak adalah serangkaian status spesifik yang mengalami cacat atau bug sepanjang masa pakainya. Tujuan siklus hidup Cacat adalah untuk dengan mudah mengoordinasikan dan mengkomunikasikan status cacat saat ini 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 dari mana cacat atau bug sedang berlangsung. Tujuan dari status cacat adalah untuk secara tepat menyampaikan keadaan atau kemajuan saat ini dari suatu cacat atau bug untuk melacak dan memahami kemajuan aktual dari siklus hidup cacat dengan lebih baik.

Jumlah negara bagian yang mengalami cacat bervariasi dari satu proyek ke proyek lainnya. Di bawah diagram siklus hidup, mencakup semua kemungkinan status

  • Baru: Saat kerusakan baru dicatat dan diposting untuk pertama kalinya. Itu diberi status sebagai BARU.
  • Ditugaskan: Setelah bug diposting oleh penguji, pimpinan penguji menyetujui bug dan menugaskan bug ke tim pengembang
  • Terbuka : Pengembang mulai menganalisis dan mengerjakan perbaikan kerusakan
  • Diperbaiki : Ketika pengembang membuat perubahan kode yang diperlukan dan memverifikasi perubahan, dia dapat membuat status bug sebagai "Diperbaiki."
  • Uji ulang tertunda : Setelah cacat diperbaiki, pengembang memberikan kode tertentu untuk menguji ulang kode tersebut kepada penguji. Karena pengujian perangkat lunak tetap menunggu dari akhir penguji, status yang ditetapkan adalah "uji ulang tertunda."
  • Retest : Penguji melakukan pengujian ulang kode pada tahap ini untuk memeriksa apakah kerusakan diperbaiki oleh pengembang atau tidak dan mengubah status menjadi "Uji ulang."

  • Terverifikasi : Penguji menguji ulang bug setelah diperbaiki oleh pengembang. Jika tidak ada bug yang terdeteksi dalam perangkat lunak, maka bug tersebut telah diperbaiki dan status yang ditetapkan adalah "diverifikasi."
  • Buka kembali : Jika bug tetap ada bahkan setelah pengembang memperbaiki bug, penguji mengubah status menjadi "dibuka kembali". Sekali lagi bug tersebut melewati siklus hidup.
  • Ditutup : Jika bug tidak ada lagi maka penguji menetapkan status "Ditutup."
  • Duplikat : Jika cacat diulang dua kali atau cacat sesuai dengan konsep bug yang sama, statusnya berubah menjadi "duplikat".
  • Ditolak : Jika pengembang merasa bahwa cacat tersebut bukan cacat asli, maka cacat itu diubah menjadi "ditolak".
  • Ditunda : Jika bug saat ini bukan prioritas utama dan jika diharapkan diperbaiki di rilis berikutnya, maka status "Ditunda" ditetapkan untuk bug tersebut
  • Bukan bug : Jika tidak mempengaruhi fungsionalitas aplikasi maka status yang ditetapkan untuk bug adalah "Bukan bug".

Defect Life Cycle Dijelaskan

    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, cacat tidak valid- status diberikan "Ditolak".
    6. Jadi, manajer proyek memberikan status ditolak . Jika cacat tidak ditolak maka langkah selanjutnya adalah memeriksa apakah itu dalam cakupan. Misalkan kita memiliki fungsi lain - fungsi email untuk aplikasi yang sama, dan Anda menemukan masalah dengan itu. Tapi itu bukan bagian dari rilis saat ini ketika cacat tersebut ditetapkan sebagai status ditunda atau ditangguhkan .
    7. Selanjutnya, manajer memverifikasi apakah cacat yang serupa muncul lebih awal. Jika ya cacat diberi status duplikat .
    8. Jika tidak ada cacat yang diberikan kepada pengembang yang mulai memperbaiki kode. Selama tahap ini, cacat diberi status dalam proses.
    9. Setelah kode diperbaiki. Cacat diberi status tetap
    10. Selanjutnya, penguji akan menguji ulang kode tersebut. Dalam kasus, Kasus Uji melewati cacat ditutup. Jika kasus pengujian gagal lagi, kerusakan dibuka kembali dan diberikan kepada 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 tertutup akan dibuka kembali.

Itu semua untuk Bug Life Cycle

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

Klik di sini jika video tidak dapat diakses