Apa itu Defect Density? Rumus untuk menghitung dengan Contoh

Daftar Isi:

Anonim

Apa itu Defect Density?

Kerapatan Cacat adalah jumlah cacat yang dikonfirmasi dalam perangkat lunak / modul selama periode operasi atau pengembangan tertentu dibagi dengan ukuran perangkat lunak / modul. Ini memungkinkan seseorang untuk memutuskan apakah suatu perangkat lunak siap untuk dirilis.

Kerapatan cacat dihitung per seribu baris kode yang juga dikenal sebagai KLOC.

Cara menghitung Kerapatan Cacat

Rumus untuk mengukur Kerapatan Cacat:

Defect Density = Cacat jumlah / ukuran rilis

Ukuran rilis dapat diukur dalam bentuk baris kode (LoC).

Contoh Kerapatan Cacat

Misalkan, Anda memiliki 3 modul yang terintegrasi ke dalam produk perangkat lunak Anda. Setiap modul memiliki jumlah bug yang ditemukan berikut-

  • Modul 1 = 10 bug
  • Modul 2 = 20 bug
  • Modul 3 = 10 bug

Total bug = 10 + 20 + 10 = 40

Baris kode total untuk setiap modul adalah

  • Modul 1 = 1000 LOC
  • Modul 2 = 1500 LOC
  • Modul 3 = 500 LOC

Total Baris Kode = 1000 + 1500 + 500 = 3000

Kerapatan Cacat dihitung sebagai:

Kerapatan Cacat = 40/3000 = 0,013333 cacat / loc = 13,333 cacat / Kloc

Standar untuk kepadatan cacat

Namun, tidak ada standar tetap untuk kepadatan bug, penelitian menunjukkan bahwa satu Cacat per seribu baris kode umumnya dianggap sebagai tanda kualitas proyek yang baik.

Faktor yang memengaruhi metrik kepadatan cacat

  • Kompleksitas kode
  • Jenis cacat yang diperhitungkan dalam penghitungan
  • Durasi waktu yang diperhitungkan untuk perhitungan Kerapatan Cacat
  • Keterampilan Pengembang atau Penguji

Keuntungan dari kerapatan cacat

  • Ini membantu untuk mengukur keefektifan pengujian
  • Ini membantu untuk membedakan cacat pada komponen / modul perangkat lunak
  • Ini berguna dalam mengidentifikasi area untuk koreksi atau peningkatan
  • Ini berguna untuk menunjukkan komponen berisiko tinggi
  • Ini membantu dalam mengidentifikasi kebutuhan pelatihan untuk berbagai sumber
  • Ini dapat membantu dalam memperkirakan pengujian dan pengerjaan ulang karena bug
  • Itu dapat memperkirakan cacat yang tersisa pada perangkat lunak
  • Sebelum rilis, kami dapat menentukan apakah pengujian kami cukup
  • Kami dapat memastikan database dengan kepadatan cacat standar