하나의 측정은 어떻게 결함 밀도를 측정해야합니까?[닫은]

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

  •  06-09-2020
  •  | 
  •  

문제

결함 밀도를 측정하는 표준 방법이 있습니까? 대부분의 사이트는 다음과 같이 측정되어야한다는 온라인 상태입니다. 

number of defects discovered / the code size
.

내 질문은 다음과 같습니다.

  • 는 발견 된 결함으로부터 빼는 동안 "고정 된"결함이있다.
  • 시간의 부족으로 인해 다음 릴리스에서 수정하기로 결정한 결함과 함께해야 할 일은 무엇입니까? 이 백 로그 결함을 다음 릴리스의 밀도에 추가해야합니까?
  • KLOC는 교두의 KLOC가 무거운 중복으로 인해 불필요하게 부과되지 않는 것으로 입증 되었다면 좋지 않은 경우는 좋지 않을 것입니다. 하나의 요소가 어떻게되어야합니까?
  • 는 특정 기간 동안 변동을 상관시킬 수 있고, 특정 모듈의 결함의 결함의 기존의 백 로그, churn 의 결과로 생성되거나 발견 된 결함의 수에 대한

    우리의 궁극적 인 목표는 산업 표준 (B)에 대한 결함 밀도를 비교하여 깨지기없고 더 많은 버그가있는 모듈을 식별하고 더 많은 관심을 가질 수 있고 더 많은 관심을 가질만한 모듈을 식별 할 수 있습니다 (c) 일관된 메트릭을 사용하여 시간 경과에 따른 모듈의 품질 향상을 보여주는 트렌드 라인

도움이 되었습니까?

해결책

프로그래머가 결함을 생성하는 속도를 감지하기 위해 Defect Density가 사용되는 반면 고정 결함을 빼는 것은 고객 / 최종 사용자가 만든 불만의 수와 관련이 있습니다.

귀하의 목표의

(a)는 자살하지 못했습니다 (b)는 절기적으로 절기적이며 배당금을 지불 할 것이고 (c)는 거짓 낙관주의를 유도 할 수 있습니다.

정말로 Zero Defects를 목표로하고 있어야하며, 메트릭 목적을 위해서는 릴리스하기 전에 발견되고 고정 된 버그를 무시해야합니다.

다른 팁

결함 밀도는 정의 된 개발 / 조작 기간 동안 소프트웨어 / 모듈의 크기로 나눈 기간 동안 소프트웨어 / 모듈에서 검출 된 확인 된 결함 수입니다. ( '결함 (결함 (확인 및 합의 된 (보고 된 것으로 합의))).).

결함 밀도 : 결함 밀도= 결함 / 단위 크기

ques는 여기에서 발생할 수 있습니다.이 단위 크기는 실제로 의미하는 것입니다. 단위 크기= 크기는 일반적으로 코드 또는 기능 지점의 행에서 계산됩니다.좋은 코더이기 때문에 코드 크기를 부합시킬 수있는 코딩에 복제가 없을만큼 확신해야합니다.

ex : 10 개의 버그가 1 kloc에서 발견된다고 가정합니다. 따라서 DD는 10 / kloc

결함 밀도는 코드 / 모듈 / 요구 사항 / 제품의 품질을 측정하는 데 사용됩니다. 예, 측정 표준은 동일합니다 결함 밀도= 결함 수 / 크기

그러나 여기에 크기를 KLOC (수천 줄의 코드) 또는 FP (기능 포인트)로 사용하는 경우 고객 (또는 일부 취득자)에 대해서도 동일하게 계산하기가 어려울 수 있습니다. ...에 따라서 결함 밀도를 계산하는 동안 우리는 다음 사항을 너무 고려해야합니다.

  1. 코드와 관련된 모든 버그가 코드와 관련되어 있으므로 코드와 관련이 있으므로 코드와 관련된 모든 결함을 추가하여 결함의 수를 계산해야합니다.
  2. 는 그들을 추가하기 전에 그들의 심각도에 기초하여 결함 수를 균등화하며, 이것은 더 정확한 결과를 제공하며 표준도 제공합니다. 중요한 버그= 5, high= 3, medium= 1, low= 0.5로 고려할 수 있습니다. 이것은 때로는 가중 결함 밀도라고도했지만 결과가 더 정확합니다.
  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