Що таке щільність дефектів? Формула для обчислення на прикладі

Зміст:

Anonim

Що таке щільність дефектів?

Щільність дефектів - це кількість дефектів, підтверджених у програмному забезпеченні / модулі протягом певного періоду експлуатації або розробки, поділена на розмір програмного забезпечення / модуля. Це дозволяє вирішити, чи готовий шматок програмного забезпечення до випуску.

Щільність дефектів підраховується на тисячу рядків коду, також відомого як KLOC.

Як розрахувати щільність дефекту

Формула для вимірювання густини дефектів:

Щільність дефекту = кількість дефектів / розмір випуску

Розмір випуску можна виміряти за допомогою рядка коду (LoC).

Приклад щільності дефектів

Припустимо, у вас є 3 модулі, інтегровані у ваш програмний продукт. Кожен модуль має наступну кількість виявлених помилок -

  • Модуль 1 = 10 помилок
  • Модуль 2 = 20 помилок
  • Модуль 3 = 10 помилок

Всього помилок = 10 + 20 + 10 = 40

Загальний рядок коду для кожного модуля становить

  • Модуль 1 = 1000 LOC
  • Модуль 2 = 1500 LOC
  • Модуль 3 = 500 LOC

Загальний рядок коду = 1000 + 1500 + 500 = 3000

Щільність дефекту розраховується як:

Щільність дефекту = 40/3000 = 0,013333 дефекти / loc = 13,333 дефекти / Kloc

Стандарт для щільності дефектів

Однак не існує фіксованого стандарту щільності помилок, дослідження показують, що один Дефект на тисячу рядків коду зазвичай розглядається як ознака хорошої якості проекту.

Фактори, що впливають на показники щільності дефектів

  • Складність коду
  • Тип дефектів, що враховується при розрахунку
  • Тривалість часу, яка враховується для розрахунку щільності дефекту
  • Навички розробника або тестувальника

Переваги щільності дефектів

  • Це допомагає виміряти ефективність тестування
  • Це допомагає диференціювати дефекти компонентів / програмних модулів
  • Це корисно при визначенні сфер для корекції чи вдосконалення
  • Це корисно вказувати на компоненти високого ризику
  • Це допомагає визначити потреби у навчанні за різними ресурсами
  • Це може бути корисно для оцінки тестування та переробки через помилки
  • Він може оцінити залишилися дефекти програмного забезпечення
  • Перед випуском ми можемо визначити, чи достатньо нашого тестування
  • Ми можемо забезпечити базу даних зі стандартною щільністю дефектів