Какво е плътност на дефектите? Формула за изчисляване с пример

Съдържание:

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

Стандарт за плътност на дефектите

Въпреки това, няма фиксиран стандарт за плътност на грешките, проучванията показват, че един дефект на хиляда реда код обикновено се счита за знак за добро качество на проекта.

Фактори, които влияят на показателите за плътност на дефектите

  • Сложност на кода
  • Видът на дефектите, взети предвид при изчислението
  • Продължителност на времето, която се взема предвид при изчисляване на плътността на дефектите
  • Умения за разработчици или тестери

Предимства на плътността на дефектите

  • Помага за измерване на ефективността на тестване
  • Той помага да се разграничат дефектите в компонентите / софтуерните модули
  • Полезно е при идентифицирането на областите за корекция или подобрение
  • Полезен е при насочване към високорискови компоненти
  • Помага за идентифициране на потребностите от обучение по различни ресурси
  • Може да бъде полезно при оценката на тестването и преработката поради грешки
  • Той може да оцени останалите дефекти в софтуера
  • Преди изданието можем да определим дали тестването ни е достатъчно
  • Можем да осигурим база данни със стандартна плътност на дефектите