Как следует измерить плотность дефектов?[закрыто]

StackOverflow https://stackoverflow.com/questions/6067990

  •  06-09-2020
  •  | 
  •  

Вопрос

<в сторону CLASS="S-NEWACTS S-WELTIVE__info JS-Post-New Imide MB16« Роль= «Статус»>
закрыт . Этот вопрос должен быть больше Фокусированный . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, так что оно фокусируется на одной проблеме только на Редактирование этого поста .

Закрыто 3 года назад .

Улучшить этот вопрос .

Есть стандартный способ измерения плотности дефекта? Большинство сайтов онлайн утверждают, что его следует измерять как: 

number of defects discovered / the code size
.

Мои вопросы:

    .
  • должны дефекты «исправлены» в течение периода, вычтены из обнаруженных дефектов?
  • Что нужно сделать с дефектами, которые можно решить починить в следующем выпуске, из-за отсутствия времени? Если эти дефекты отставания будут добавлены в плотность следующего выпуска?
  • Kloc в знаменателе, вероятно, не является хорошей мерой, если было доказано, что код излишне раздувается из-за тяжелой дублирования. Как можно использовать один фактор?
  • может в определенный период времени коррелировать оттуда в течение определенного периода времени, а существующее отставание дефектов для определенного модуля, к количеству дефектов, созданных / обнаруженных в результате Churn

Наша конечная цель - уметь (а) сравнить нашу плотность дефектов против отраслевых стандартов (b) для выявления модулей, которые являются хрупкими и более багги, и заслуживают большего внимания (C), чтобы использовать последовательную метрику, чтобы нарисовать Линия тренда демонстрирует улучшение качества модуля с течением времени

Это было полезно?

Решение

Я предполагаю, что Defect Density используется для определения скорости, при котором ваши программисты генерируют дефекты, тогда как вычитание фиксированных дефектов связаны с количеством жалоб, сделанных вашим клиентами / конечными пользователями.

из ваших целей, (a) кажется необоснованным, (b) представляет собой безумие, и будет платить дивиденды, а (с) могут вызывать ложный оптимизм.

Вы должны быть действительно стремиться к Zero Defects, и вам следует, для целей метрики, игнорировать ошибки, найденные и закрепленные до выпуска.

Другие советы

Плотность дефектов - это количество подтвержденных дефектов, обнаруженных в программном обеспечении / модуле в течение определенного периода разработки / операции, разделенного по размеру программного обеспечения / модуля. («Дефекты (подтвержденные и согласованные (не только что сообщали))).

Плотность дефекта: Плотность дефектов= дефект / размер блока

Ques может возникнуть вот, каково это размер блока фактически предназначен для. Размер единиц= размер обычно считается в строках кода или точек функциональных точек.Быть хорошим кодировщиком, вы должны быть достаточно уверены, что в вашем кодировании нет дублирования, что может раздумать свой размер кода.

ex: Предположим, что 10 ошибок находятся в 1 клопе Поэтому DD 10 / KLOC

Плотность дефекта используется для измерения качества кода / модуля / требования / продукта. Да стандарт для измерения то же самое Плотность дефектов= количество дефектов / размеров

Но здесь, если мы используем размер kloc (тысяча строк кода) или Fp (функциональные точки), то может быть трудно рассчитать то же самое, а иногда для клиента (или некоторых владельцев) это не имеет никакого смысла Отказ Таким образом, мы должны также рассмотреть следующие моменты, при расчете плотности дефектов.

  1. Количество дефектов должно быть рассчитано путем добавления всех дефектов, связанных с кодом (они должны включать в себя обзорные дефекты, внутренние ошибки и ошибки клиента / UAT), потому что все ошибки связаны с кодом, и, следовательно, должны быть частью плотности дефектов.
  2. Выравнивают количество дефектов, основанные на их серьезности, прежде чем добавлять их, это дает более точный результат, и это тоже стандарт. Можно рассмотреть это как критическую ошибку= 5, высокий= 3, средний= 1, низкий= 0,5. Это иногда называют взвешенной плотностью дефекта, но более точнее в результатах.
    3. Размер
  3. не должен ограничен только линиями кода или точек функций. Это может быть нет. требований тоже. Самый простой и эффективный способ состоит в том, чтобы взять размер времени, потраченного в кодировании (это не должно включать обзор кода, кодировать усилия по переработке). Таким образом, плотность дефекта можно рассматривать как дефекты на 100 человек, дни усилий, проведенные в кодировке, и если у вас есть указана цель проекта, то вы можете увидеть, что это соответствует вашей цели или нет.

    4. Это эффективный и простой способ расчета плотности дефекта, с периодом времени вы можете увидеть, улучшаете ли вы или нет.

Дефект

в основном, когда продукт отправляется в клиента после того, как любая функциональность не работает, или вы можете сказать отклонение от требований пользователя, вы не можете измерить дефект, но вы можете предпринять некоторые меры для предотвращения получения дефекта, это можетСделано с помощью различных способов тестирования, некоторые из важных, которые вы найдете ниже:

    .
  • Тестирование дыма
  • Сезон-тестирование
  • Тестирование черных коробок
  • Белое тестирование
  • нагрузка и стресс-тестирование

Вы должны иметь полные знания, что ваш клиент спрашивает у вас, это поможет вам помешать вам дефекта.

total number detected defects in your developed software divided by size of your software in line of code . it is calculated in KLOC ,it means it is multiply by 1000 
for example
defects found are 12
size is 2000
defect density= defects/size
answer=.006
it is calculated in kloc so .006*1000=6 so defect density is 6
.
Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top