Proses Manajemen Cacat dalam Pengujian Perangkat Lunak

Apa itu Proses Manajemen Cacat?

The Proses Manajemen Cacat Siklus hidup pengujian perangkat lunak adalah pendekatan sistematis yang digunakan untuk mengidentifikasi, mengklasifikasikan, memperbaiki, dan memverifikasi bug sebelum perangkat lunak dirilis. Siklus hidup ini mencakup enam tahap inti: 1) Penemuan cacat, 2) Kategorisasi, 3) Penyelesaian oleh pengembang, 4) Verifikasi oleh penguji, 5) Penutupan, dan 6) Pelaporan cacat di akhir proyek.

Artikel ini menjelaskan cara menerapkan Proses Manajemen Cacat menggunakan GuruContoh situs web 99 Bank, sehingga penguji pemula dan menengah dapat memahami setiap langkah dalam konteks proyek nyata.

Mengapa Anda memerlukan Proses Manajemen Cacat?

Bayangkan tim Anda menemukan beberapa bug saat melakukan pengujian. Guru99 Proyek perbankan. Tanpa proses yang terstruktur, komunikasi antara penguji dan pengembang terjadi secara verbal atau melalui pesan-pesan yang tersebar.

Seminggu kemudian, pengembang tersebut memberikan pemahaman yang berbeda mengenai masalah tersebut.

Minggu berikutnya, penguji tersebut membalas lagi, yang malah menimbulkan kebingungan lebih lanjut.

Ketika komunikasi tentang cacat ditangani secara verbal atau informal, segalanya menjadi rumit dengan sangat cepat. Untuk mengendalikan dan mengelola bug secara efektif, Anda memerlukan siklus hidup cacat yang terdefinisi yang menstandarisasi cara tim melaporkan, track, dan menutup masalah.

Langkah 1) Penemuan

Dalam majalah penemuan Pada fase ini, tim proyek harus mengidentifikasi sebanyak mungkin cacat sebelum pelanggan akhir menemukannya. Suatu cacat dianggap "ditemukan" setelah diakui dan diterima oleh tim pengembangan, pada saat itu statusnya berubah menjadi Diterima.

Dalam skenario contoh tersebut, penguji menemukan 84 cacat pada GuruSitus web 99 Bank.

Namun, penguji dan pengembang tidak selalu sepakat. Perhatikan kasus berikut, di mana tim penguji mengidentifikasi masalah pada... GuruSitus web 99 Bank melaporkan hal tersebut, tetapi tim pengembang membantah apakah itu merupakan cacat:

Dalam kasus seperti itu, sebagai Manajer Pengujian, apa yang harus Anda lakukan?

A) Sepakati dengan tim penguji bahwa itu adalah sebuah cacat.
B) Bertindak sebagai hakim dan memutuskan apakah masalah tersebut merupakan cacat atau bukan.
C) Sepakati dengan tim pengembang bahwa itu bukan cacat.

Pendekatan yang tepat adalah opsi B. Proses penyelesaian harus diterapkan untuk mengatasi konflik, dan Manajer Pengujian harus mengevaluasi masalah tersebut secara objektif sebelum memutuskan apakah masalah tersebut memenuhi syarat sebagai cacat.

Langkah 2) Kategorisasi

Pengkategorian cacat membantu pengembang memprioritaskan pekerjaan mereka sehingga masalah yang paling penting bagi bisnis diperbaiki terlebih dahulu. Pengkategorian biasanya dilakukan oleh Manajer Pengujian dan didasarkan pada tingkat keparahan dan dampak bisnis.

Cacat biasanya dikelompokkan ke dalam empat tingkat prioritas: Kritis, Tinggi, Sedang, dan RendahCobalah menetapkan prioritas yang tepat untuk setiap cacat berikut:

1. Performa situs web terlalu lambat.
2. Fungsi login situs web tidak berfungsi dengan benar.
3. Antarmuka pengguna grafis (GUI) situs web tidak ditampilkan dengan benar pada mobil 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	Masalah kinerja menyebabkan ketidaknyamanan besar bagi pengguna akhir.
2	Fungsi login tidak berfungsi dengan benar.	Kritis	Login adalah fungsi inti dari situs web perbankan. Jika gagal, seluruh alur pengguna akan terblokir.
3	Antarmuka pengguna grafis (GUI) tidak ditampilkan dengan benar pada perangkat seluler.	Medium	Cacat tersebut memengaruhi pengguna yang mengakses situs web melalui ponsel pintar.
4	Situs web tidak dapat mengingat sesi login pengguna.	High	Pengguna dapat masuk, tetapi tidak dapat melakukan transaksi lebih lanjut.
5	Beberapa tautan tidak berfungsi.	Rendah	Perbaikan yang mudah bagi pengembang, dan pengguna masih dapat mengakses bagian situs lainnya.

Langkah 3) Resolusi Cacat

Resolusi Cacat Dalam pengujian perangkat lunak, proses perbaikan cacat dilakukan langkah demi langkah. Proses penyelesaian dimulai dengan menugaskan cacat kepada pengembang, yang kemudian menjadwalkan perbaikan berdasarkan prioritas, mengimplementasikan koreksi, dan akhirnya mengirimkan laporan penyelesaian kembali kepada Manajer Pengujian. Urutan ini membuat penyelesaian cacat menjadi mudah. tracRaja harus transparan dan bertanggung jawab.

Anda dapat mengikuti langkah-langkah berikut untuk memperbaiki kerusakan:

• Penugasan: Cacat tersebut ditugaskan kepada pengembang atau teknisi, dan statusnya berubah menjadi Menanggapi.
• Penetapan jadwal: Tim pengembang mengambil alih dan membuat jadwal perbaikan berdasarkan prioritas cacat tersebut.
• Perbaiki kerusakan tersebut: Sembari para pengembang memperbaiki kerusakan, Manajer Pengujian trackemajuan ks sesuai dengan jadwal yang direncanakan.
• Laporkan resolusi tersebut: Pengembang mengirimkan laporan yang mengkonfirmasi cacat mana yang telah diperbaiki dan bagaimana caranya.

Langkah 4) Verifikasi

Setelah tim pengembang telah tetap ke melaporkan cacat, tim penguji diaudit bahwa masalah-masalah tersebut telah terselesaikan.

Sebagai contoh, ketika tim pengembang melaporkan bahwa 61 cacat telah diperbaiki, tim penguji menguji ulang setiap cacat tersebut untuk memastikan apakah perbaikan tersebut berfungsi dengan benar dalam kondisi yang sama yang menyebabkan kegagalan awal.

Langkah 5) Penutupan

Setelah suatu kerusakan diperbaiki dan diverifikasi, statusnya diubah menjadi TertutupJika cacat tersebut tidak teratasi dengan benar selama verifikasi, Anda harus mengirimkan pemberitahuan kembali ke tim pengembang untuk diselidiki lagi. Penutupan menunjukkan bahwa cacat tersebut tidak lagi aktif dalam sistem.

Langkah 6) Pelaporan Cacat

Pelaporan Cacat Dalam pengujian perangkat lunak, pelaporan cacat adalah proses di mana Manajer Pengujian menyiapkan dan membagikan status cacat kepada tim manajemen. Tim manajemen meninjau laporan tersebut dan memberikan umpan balik atau dukungan tambahan jika diperlukan. Pelaporan cacat meningkatkan komunikasi, tracraja, dan visibilitas di sekitar cacat.

Pimpinan berhak memahami status cacat (defect) untuk mendukung proyek secara efektif. Oleh karena itu, Anda harus secara teratur melaporkan situasi cacat terkini agar mereka dapat memberikan panduan dan sumber daya.

Metrik Cacat Penting

Kembali ke skenario awal, tim pengembang dan penguji meninjau cacat bersama-sama. Hasil gabungannya ditunjukkan di bawah ini.

Bagaimana Anda dapat mengukur dan mengevaluasi kualitas pelaksanaan pengujian?

Ini adalah pertanyaan penting setiap Manajer Tes ingin menjawab. Dua parameter kunci biasanya digunakan:

Dalam skenario di atas, maka Rasio Penolakan Cacat (DRR) dihitung sebagai 20/84 = 0.238 (23.8%).

Sebagai contoh lain, misalkan GuruSitus web 99 Bank memiliki total 64 cacat, tetapi tim penguji hanya mendeteksi 44 - arti 20 Cacat-cacat tersebut terlewatkan. The Rasio Kebocoran Cacat (DLR) dihitung sebagai 20/64 = 0.312 (31.2%).

Singkatnya, kualitas pelaksanaan pengujian dievaluasi menggunakan dua parameter berikut:

Semakin kecil nilai DRR dan DLR, semakin baik kualitas eksekusi pengujian. Rentang yang dapat diterima umumnya ditentukan oleh target proyek atau dibandingkan dengan proyek serupa. Dalam contoh ini, rentang yang dapat diterima yang direkomendasikan adalah 5% untuk 10%Eksekusi saat ini berada di luar rentang ini, yang menandakan bahwa kualitas pengujian perlu ditingkatkan melalui langkah-langkah berikut:

• Memperbaiki serta Menambah kemampuan pengujian anggota tim.
• Luangkan lebih banyak waktu pada pelaksanaan pengujian, khususnya saat meninjau hasil pelaksanaan.

Praktik Terbaik untuk Manajemen Cacat yang Efektif

Mengikuti praktik terbaik yang terstruktur adalah hal yang membedakan proses manajemen cacat yang matang dari yang kacau. Tujuannya bukan hanya untuk memperbaiki bug, tetapi untuk menciptakan sistem yang mencegah bug tersebut lolos ke produksi dan meminimalkan gangguan komunikasi antara penguji dan pengembang.

Berikut adalah praktik terbaik yang harus segera diadopsi oleh penguji pemula dan menengah:

1. Standarisasi templat cacat: Gunakan templat laporan cacat tetap yang berisi kolom-kolom seperti ID Cacat, Description, Langkah-langkah untuk Mereproduksi, Tingkat Keparahan, Prioritas, Lingkungan, dan Lampiran. Konsistensi mengurangi bolak-balik antara penguji dan pengembang.
2. Prioritaskan sebelum menugaskan: Selalu kategorikan cacat berdasarkan tingkat keparahan dan prioritas sebelum mengirimkannya ke pengembang. Hal ini memastikan bahwa masalah kritis tidak terabaikan karena masalah kosmetik.
3. Reproduksi sebelum melaporkan: Reproduksikan cacat tersebut setidaknya dua kali di lingkungan yang bersih sebelum melaporkannya. Cacat yang dapat direproduksi akan lebih cepat teratasi dan mengurangi rasio penolakan.
4. Mengadopsi cacat tracalat raja: Gunakan alat seperti WISATA, Bugzilla, atau Belalang untuk memusatkan tracRaja, sejarah, dan pelaporan.
5. Lakukan pertemuan triase: Selenggarakan rapat triase cacat yang singkat dan terfokus untuk menyelaraskan prioritas antara tim QA, pengembangan, dan produk.
6. Ukur kebocoran dan penolakan: Track DLR dan DRR setiap sprint atau siklus. Tingkat kebocoran yang meningkat merupakan peringatan dini bahwa cakupan pengujian tidak lengkap.
7. Lakukan analisis akar penyebab: Untuk cacat yang berulang atau memiliki tingkat keparahan tinggi, jalankan analisis akar penyebab agar jenis bug yang sama tidak muncul kembali di rilis mendatang.
8. Lengkapi siklus dengan pelaporan: Bagikan dasbor cacat mingguan kepada pemangku kepentingan agar masalah tetap terlihat dan dapat ditindaklanjuti.

Jika diterapkan secara konsisten, praktik-praktik ini menstabilkan siklus hidup cacat dan meningkatkan kualitas keseluruhan setiap rilis.

Sumber:

Unduh contoh Templat Pelaporan Cacat

Pertanyaan Umum Demo Slot