Bagaimana cara mengklasifikasikan keparahan bug untuk melengkapi klasifikasi prioritas kami?

Pada pekerjaan saya saat ini, kami memiliki bug Rendah, Sedang, Prioritas tinggi.

• Bug prioritas rendah adalah kesalahan kecil yang tidak menghentikan pengiriman atau menyebabkan masalah nyata bagi pengguna mana pun.
• Bug prioritas sedang menyebabkan beberapa masalah pengguna internal tetapi memiliki solusi yang diketahui.
• Bug prioritas tinggi adalah masalah yang akan dilihat pelanggan, dapat merusak data, atau merusak sistem.

Bagaimana cara mengklasifikasikan keparahan bug untuk melengkapi klasifikasi prioritas kami?

Kami mengklasifikasikan bug dan cacat kami berdasarkan prioritas dan tingkat keparahannya.

Tingkat prioritas adalah indikasi seberapa mendesaknya untuk memperbaiki / memperbaiki masalah (mendesak, tinggi, sedang, rendah, tidak ada).

Tingkat keparahan, membantu kami mengidentifikasi berapa banyak atau jenis kerusakan yang dapat disebabkan oleh cacat (berbahaya / destruktif, terdegradasi dan tidak ada solusi, terpengaruh tetapi ada solusi, gangguan / kosmetik, tidak ada dampak).

Biasanya, semakin berbahaya dan destruktif bug, semakin tinggi prioritasnya. Namun, itu tidak dijamin. Akibatnya kita dapat menemukan bug yang terdaftar sebagai berbahaya dan destruktif, tetapi karena kelangkaan situasinya, atau jumlah perubahan yang mungkin diperlukan untuk memperbaikinya, prioritasnya secara teori dapat menjadi sangat rendah.

Tingkat keparahan sangat subyektif dengan jenis produk yang Anda buat dan bisnis Anda. Pada pekerjaan terakhir saya, kami membuat pilot otomatis untuk kapal kontainer / kapal pesiar besar, jadi beratnya kami

• Sangat Tinggi - Gunung Es Di Depan! Oh, tunggu, sepertinya kendali kapal bisa hilang atau membingungkan siapa yang punya kendali! Seseorang mencari tahu bagaimana mengubah kapal ini !!!
• Tinggi - Keluhan penerimaan pelanggan, kapal pesiar berubah terlalu cepat, pelanggan menumpahkan minuman mereka. Kami tidak dapat menggunakan barang-barang Anda sampai ini diperbaiki!
• Medium - Fungsi yang akan meningkatkan kemudahan penggunaan bagi pelanggan / teknisi lapangan. Hal-hal yang menghemat waktu orang.
• Barang kosmetik rendah

Saya membayangkan tingkat keparahan / prioritas akan sangat berbeda jika Anda membuat aplikasi web dan Anda memiliki model bisnis / basis pelanggan yang sama sekali berbeda. Ini pada akhirnya tentang apa yang pelanggan Anda harapkan dan seberapa marah mereka tentang masalah ini :)

Kriteria keparahan yang saya gunakan:

• Apakah itu mencegah pengguna mendapatkan apa yang diinginkannya dari program?
• Apakah terlihat jika pengguna melakukan tugas-tugas tipikal?
• Apakah itu mengungkapkan informasi yang masuk akal atau memungkinkan untuk melakukan tindakan yang tidak sah?

Tingkat keparahan bug tertentu adalah kombinasi dari poin-poin ini.

Klasifikasi bug berdasarkan faktor gangguannya, yang dapat menghentikan orang membeli perangkat lunak. Bug yang tidak memengaruhi pengiriman atau menyebabkan masalah nyata bagi pengguna mungkin mengganggu saya setiap kali saya menemui bug. Dan akhirnya Anda kehilangan pengguna dan bagian dari penghasilan Anda.

Sekarang jika Anda menggabungkan bug semacam itu dengan antarmuka pengguna yang telah diubah tanpa alasan yang jelas dan tanpa manfaat nyata bagi pengguna, maka Anda memiliki pemenang mutlak yang akan membuat orang membenci perangkat lunak Anda.

Jangan biarkan itu terjadi. Jangan kirim bug yang membuat pelanggan berpikir bahwa Anda tidak memberikan ****.