Technology

Tingkatan Defect Severity

Dianty Anggraini Putri
August 12, 2017

Share

BUG

Pengujian perangkat lunak adalah tentang bagaimana menemukan defect pada aplikasi. Nah, hal itu dapat dianggap sebagai tujuan utama semua proses QA. Namun defect yang ditemui akan berbeda satu sama lain. Lalu apa sajakah Tingkatan Defect Severity?

Di antara alasan yang jelas ini ada beberapa orang yang mendorong seorang penguji/ tester untuk mengklasifikasikan bug software yang ada. Misalnya, proses klasifikasi defect dengan:
  1. Menentukan efisiensi dan efektivitas Proses Uji;
  2. Upaya pelacakan bug menjadi lebih efektif;
  3. Meningkatkan pengembangan melalui evaluasi langsung dan tepat terhadap kerusakan yang berpotensi membahayakan.

 

DEFECT SEVERITY 

bug defect severity

Kita harus mengklarifikasi jenis defect untuk mengidentifikasi tingkat keparahannya. Defect adalah beberapa fungsi yang bekerja dengan berperilaku berbeda dari fungsi sebenarnya. Juga tidak lupa bahwa ada perbedaan antara defect dan bug.

Bug adalah istilah pada pengembangan perangkat lunak dan berarti sesuatu yang memiliki dampak negatif pada sistem yang diuji / pengembangan. Namun defect mungkin tidak menimbulkan dampak buruk. Ini berarti bahwa tidak semua defect bisa dianggap sebagai bug sementara setiap bug sudah pasti sebuah defect. Mengingat tingkat keparahannya memiliki tingkat yang berbeda.

Tingkat keparahan defect adalah klasifikasi yang tepat dari satu defect tertentu, sementara berdasarkan dampak keseluruhan pada fungsionalitas produk.

 

HOW TO DETERMINE SEVERITY?

bug defect severity

Setiap metode kategorisasi membutuhkan kategori. Tingkatan defect severity cukup banyak dan digunakan di seluruh industri namun mungkin sedikit berbeda dari perusahaan ke perusahaan. Misalnya, menggunakan klasifikasi berikut:

Show-stoppers: Ini adalah defect kritis yang mengakibatkan kegagalan total produk yang sedang diuji. Biasanya show-stoppers mengakibatkan crash seluruh sistem atau sub-sistemnya atau bahkan unit tertentu. Setelah defect tersebut terjadi, sistem akan beroperasi.

High-priority defects: Defect tingkat ini hampir sama dengan yang dijelaskan di atas dengan sedikit perbedaan: sistem dapat terus beroperasi setelah terjadi.

Medium-priority flaws: Cacat ini tidak merusak aplikasi, namun merupakan hasil tindakan yang salah, tidak konsisten atau penggunaan yang kurang tepat.

Low-level defects: ini biasanya cosmetic flaws, kesalahan ketik, dll.

 

bug defect severity

Sekarang, kita dapat mendiskusikan bagaimana seseorang dapat secara akurat mengklasifikasikan defect. Pertama-tama penguji perlu mengukur dampaknya. Perlu diingat bahwa meskipun terdapat sedikit cosmetic flaws defect jika berulang di seluruh produk, akan menjadi masalah besar bagi pengguna akhir karena akan menyebabkan dampak negatif yang luar biasa. Dengan cara ini, kesalahan ketik tidak dapat lagi dianggap sebagai isu dengan prioritas rendah karena dampak yang ditimbulkannya.

Kedalaman dampak dapat ditemukan melalui isolasi defect. Dengan cara ini Anda akan dapat menentukan dan menyoroti frekuensi dan urutan kejadian yang mengarah pada defect yang terjadi.

Dan, untuk membuat segalanya lebih mudah, berikut daftar jawaban atas semua pertanyaan yang tercantum di bawah ini dan Anda tidak akan mengalami masalah dengan menentukan tingkat keparahan yang sebenarnya.

  1. Apakah defect yang Anda hadapi menyebabkan aplikasi menjadi terhenti?
  2. Bisakah sistem yang diuji pulih?
  3. Dapatkah sistem pulih dengan sendirinya, tanpa interaksi pihak ketiga?
  4. Tentukan apakah defect ada pada bagian lain dari sistem ini?
  5. Akankah dengan konfigurasi yang sama, Anda sebagai penguji akan menemukan defect yang sama, namun dalam sistem yang berbeda?
  6. Apakah cacat berulang meskipun terjadi perubahan konfigurasi?
  7. Apakah semua user terpengaruh?
  8. Apakah defect sering muncul kembali?
  9. Seberapa sering defect yang sama muncul?
  10. Apa yang menyebabkannya?

 

inspired by: https://blog.testfort.com

Picture sources: Freepik

Comments