Proses Manajemen Cacat dalam Pengujian Perangkat Lunak

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

Apa itu Proses Manajemen Cacat?

Manajemen Cacat adalah proses sistematis untuk mengidentifikasi dan memperbaiki bug. Siklus manajemen cacat berisi tahapan-tahapan berikut: 1) Penemuan Cacat, 2) Kategorisasi Cacat, 3) Perbaikan Cacat oleh pengembang, 4) Verifikasi oleh Penguji, 5) Penutupan Cacat, 6) Laporan Cacat di akhir proyek.

Topik ini akan memandu Anda tentang cara menerapkan proses manajemen cacat pada situs web proyek Guru99 Bank. Anda dapat mengikuti langkah-langkah di bawah ini untuk mengelola kerusakan.

Proses Manajemen Cacat

Langkah 1) Penemuan

Pada fase penemuan, tim proyek harus menemukan sebagai banyak cacat sebagai bisa jadi, sebelum pelanggan akhir dapat menemukannya. Suatu cacat dikatakan ditemukan dan diubah statusnya diterima ketika diakui dan diterima oleh pengembang

Dalam skenario di atas, penguji menemukan 84 cacat di situs web Guru99.

penemuan

Mari kita lihat skenario berikut; tim pengujian Anda menemukan beberapa masalah di situs web Guru99 Bank. Mereka menganggapnya sebagai cacat dan melaporkannya ke tim pengembangan, tetapi ada konflik –

Jika demikian, sebagai Manajer Tes, apa yang akan Anda lakukan?

A) Setuju dengan tim penguji bahwa itu cacat

B) Manajer Tes berperan sebagai juri untuk memutuskan apakah masalahnya cacat atau tidak

C) Setuju dengan tim pengembang bahwa tidak ada cacat

Benar
Salah

Dalam kasus seperti ini, proses penyelesaian harus diterapkan untuk menyelesaikan konflik, Anda berperan sebagai hakim untuk memutuskan apakah masalah situs web tersebut cacat atau tidak.

Langkah 2) Kategorisasi

Kategorisasi cacat membantu pengembang perangkat lunak untuk memprioritaskan tugas mereka. Artinya, prioritas semacam ini membantu pengembang dalam memperbaiki cacat yang sangat penting terlebih dahulu.

Kategorisasi

Cacat biasanya dikategorikan oleh Manajer Tes –

Mari kita lakukan latihan kecil sebagai berikut

Seret & Jatuhkan Prioritas Cacat Di Bawah
1) Kinerja situs web terlalu lambat
2) Fungsi login situs web tidak berfungsi dengan baik
3) GUI situs web tidak ditampilkan dengan benar Nomor WhatsApp perangkat
4) Situs web tidak dapat mengingat sesi login pengguna
5) Beberapa tautan tidak berfungsi

Berikut adalah jawaban yang direkomendasikan

Nomor Uraian Teknis Prioritas Penjelasan

1

Kinerja situs web terlalu lambat

High

Bug kinerja dapat menyebabkan ketidaknyamanan besar bagi pengguna.

2

Fungsi login situs web tidak berfungsi dengan baik

Kritis

Login adalah salah satu fungsi utama website perbankan, jika fitur ini tidak berfungsi berarti bug serius

3

GUI situs web tidak ditampilkan dengan benar di perangkat seluler

Medium

Cacat tersebut mempengaruhi pengguna yang menggunakan Smartphone untuk melihat situs web.

4

Situs web tidak dapat mengingat sesi login pengguna

High

Ini adalah masalah serius karena pengguna dapat login tetapi tidak dapat melakukan transaksi lebih lanjut

5

Beberapa tautan tidak berfungsi

Rendah

Ini adalah perbaikan yang mudah untuk para pengembang dan pengguna masih dapat mengakses situs tanpa tautan ini

ARTIKEL TERKAIT

Langkah 3) Resolusi Cacat

Resolusi Cacat dalam pengujian perangkat lunak adalah proses langkah demi langkah untuk memperbaiki cacat. Proses penyelesaian cacat dimulai dengan menugaskan cacat kepada pengembang, kemudian pengembang menjadwalkan perbaikan cacat sesuai prioritas, kemudian cacat diperbaiki dan terakhir pengembang mengirimkan laporan penyelesaian kepada manajer pengujian. Proses ini membantu memperbaiki dan melacak cacat dengan mudah.

Anda dapat mengikuti langkah-langkah berikut untuk memperbaiki kerusakan tersebut.

Resolusi Cacat

  • Penugasan: Ditugaskan ke pengembang atau teknisi lain untuk diperbaiki, dan diubah statusnya menjadi Menanggapi.
  • Penetapan jadwal: Sisi pengembang mengambil alih fase ini. Mereka akan membuat jadwal untuk memperbaiki kerusakan tersebut, tergantung pada prioritas kerusakan.
  • Perbaiki cacatnya: Saat tim pengembangan memperbaiki kerusakan, Manajer Pengujian melacak proses perbaikan kerusakan dibandingkan dengan jadwal di atas.
  • Laporkan resolusinya: Dapatkan laporan resolusi dari pengembang ketika cacat diperbaiki.

Langkah 4) Verifikasi

Setelah tim pengembangan tetap dan melaporkan cacat, tim penguji diaudit bahwa cacat tersebut benar-benar teratasi.

Misalnya, dalam skenario di atas, ketika tim pengembangan melaporkan bahwa mereka telah memperbaiki 61 kerusakan, tim Anda akan menguji lagi untuk memverifikasi bahwa cacat tersebut benar-benar telah diperbaiki atau belum.

Langkah 5) Penutupan

Setelah cacat diselesaikan dan diverifikasi, cacat tersebut diubah statusnya menjadi tertutup. Jika tidak, Anda telah mengirimkan pemberitahuan ke pengembangan untuk memeriksa kembali cacatnya.

Langkah 6) Pelaporan Cacat

Pelaporan Cacat dalam pengujian perangkat lunak adalah proses di mana manajer pengujian menyiapkan dan mengirimkan laporan cacat ke tim manajemen untuk mendapatkan umpan balik mengenai proses manajemen cacat dan status cacat. Kemudian tim manajemen memeriksa laporan kerusakan dan mengirimkan umpan balik atau memberikan dukungan lebih lanjut jika diperlukan. Pelaporan kerusakan membantu mengkomunikasikan, melacak, dan menjelaskan kerusakan secara lebih rinci.

Dewan manajemen mempunyai hak untuk mengetahui status cacat. Mereka harus memahami proses manajemen cacat untuk mendukung Anda dalam proyek ini. Oleh karena itu, Anda harus melaporkan kepada mereka situasi kerusakan saat ini untuk mendapatkan masukan dari mereka.

Mengapa Anda memerlukan Proses Manajemen Cacat?

Tim Anda menemukan bug saat menguji proyek Guru99 Banking.

Proses Manajemen Cacat

Setelah seminggu pengembang merespons –

Proses Manajemen Cacat

Minggu depan penguji merespons

Proses Manajemen Cacat

Seperti dalam kasus di atas, jika cacat komunikasi dilakukan secara verbal, segalanya akan menjadi sangat rumit. Untuk mengontrol dan mengelola bug secara efektif, Anda memerlukan siklus hidup cacat.

Metrik Cacat Penting

Kembali ke skenario di atas. Pengembang dan tim penguji telah meninjau kerusakan yang dilaporkan. Berikut hasil diskusi tersebut

Metrik Cacat Penting

Bagaimana mengukur dan mengevaluasi kualitas pelaksanaan tes?

Ini adalah pertanyaan yang setiap orang Manajer Tes ingin tahu. Ada 2 parameter yang dapat Anda pertimbangkan sebagai berikut

Metrik Cacat Penting

Dalam skenario di atas, Anda dapat menghitung rasio penolakan pembelotan (PRB) adalah 20/84 = 0.238 (23.8%).

Contoh lain, misalkan website Bank Guru99 punya total 64 cacat, tetapi tim penguji Anda hanya mendeteksi 44 cacat yaitu mereka melewatkan 20 cacat. Oleh karena itu, Anda dapat menghitung rasio kebocoran cacat (DLR) adalah 20/64 = 0.312 (31.2%).

Kesimpulan, kualitas pelaksanaan pengujian dievaluasi melalui dua parameter berikut

Metrik Cacat Penting

Semakin kecil nilai DRR dan DLR maka kualitas pelaksanaan pengujian semakin baik. Berapa kisaran rasionya diterima? Kisaran ini dapat ditentukan dan diterima berdasarkan target proyek atau Anda dapat merujuk metrik proyek serupa.

Dalam proyek ini, nilai rasio yang dapat diterima yang direkomendasikan adalah 5 ~ 10%. Artinya kualitas pelaksanaan tes rendah. Anda harus mencari tindakan pencegahan untuk mengurangi rasio ini seperti

  • Memperbaiki serta Menambah pengujian keterampilan anggota.
  • Luangkan lebih banyak waktu untuk pelaksanaan pengujian, terutama untuk meninjau hasil pelaksanaan pengujian.

Pertanyaan Umum (FAQ)

Bug adalah konsekuensi/hasil dari kesalahan pengkodean.

A Cacat dalam Pengujian Perangkat Lunak adalah variasi atau penyimpangan aplikasi perangkat lunak dari persyaratan pengguna akhir atau persyaratan bisnis asli. Cacat perangkat lunak adalah kesalahan dalam pengkodean yang menyebabkan hasil yang salah atau tidak diharapkan dari program perangkat lunak yang tidak memenuhi persyaratan sebenarnya. Penguji mungkin menemukan cacat tersebut saat menjalankan kasus uji.

Kedua istilah ini memiliki perbedaan yang sangat tipis, Di Industri keduanya merupakan kesalahan yang perlu diperbaiki dan digunakan secara bergantian oleh beberapa perusahaan. pengujian tim.

Saat penguji menjalankan kasus pengujian, mereka mungkin menemukan hasil pengujian yang bertentangan dengan hasil yang diharapkan. Variasi dalam hasil pengujian ini disebut sebagai Cacat Perangkat Lunak. Cacat atau variasi ini disebut dengan nama berbeda di organisasi berbeda seperti isu, masalah, bug, atau insiden.

Laporan Bug dalam Pengujian Perangkat Lunak adalah dokumen terperinci tentang bug yang ditemukan dalam aplikasi perangkat lunak. Laporan Bug berisi setiap detail tentang bug seperti deskripsi, tanggal ditemukannya bug, nama penguji yang menemukannya, nama pengembang yang memperbaikinya, dll. Laporan Bug membantu mengidentifikasi bug serupa di masa mendatang sehingga dapat dihindari.

  • ID_Cacat – Nomor identifikasi unik untuk cacat tersebut.
  • Cacat Description – Penjelasan rinci tentang Cacat termasuk informasi tentang modul di mana Cacat ditemukan.
  • Versi: kapan - Versi aplikasi yang ditemukan cacat.
  • Langkah - Langkah-langkah terperinci bersama dengan tangkapan layar yang dapat digunakan pengembang untuk mereproduksi cacat tersebut.
  • Tanggal Diangkat – Tanggal ketika cacat tersebut diangkat
  • Referensi- di mana Anda Memberikan referensi ke dokumen seperti persyaratan, desain, arsitektur atau bahkan tangkapan layar kesalahan untuk membantu memahami cacatnya
  • Terdeteksi Oleh – Nama/ID penguji yang mengangkat cacat
  • Status - Status cacat, lebih lanjut tentang ini nanti
  • Diperbaiki oleh – Nama/ID developer yang memperbaikinya
  • Tanggal Ditutup – Tanggal ketika cacat ditutup
  • Kerasnya yang menjelaskan dampak cacat pada aplikasi
  • Prioritas yang terkait dengan urgensi perbaikan cacat. Prioritas Tingkat Keparahan dapat berupa Tinggi/Sedang/Rendah berdasarkan urgensi dampak yang menyebabkan kerusakan harus diperbaiki

Klik di sini jika video tidak dapat diakses

Sumber:

Unduh contoh Templat Pelaporan Cacat