[정보처리기사 이론 정리]결함

<결함 우선순위>

 

1. 결정적(Critical)

 

24시간 안에 즉시 수정해야 하고, 이슈가 발생하면 일반적으로 전체 기능이 동작하지 않고, 어떤 테스트도 더 이상 진행할 수 없을 때 부여하는 우선순위

 

2. 높음(High)

 

3. 보통(Medium)

 

4. 낮음(Low)

---

<결함 관리 프로세스>

 

1. 에러 발견

 

2. 에러 등록

 

3. 에러 분석

 

4. 결함 확정

 

5. 결함 할당

 

6. 결함 조치

 

7. 결함 조치 검토 및 승인

---

<결함 조치 상태(=오류 목록 상태)>

 

1. 열린(Open)

 

오류가 보고되었지만 아직 분석되지 않은 상태

 

2. 할당된(Assigned)

 

수정을 위해 오류를 개발자에게 할당한 상태

 

3. 연기된(Deferred)

 

낮은 우선순위로 오류 수정을 연기한 상태

 

4. 종료된(Closed)

 

재테스트 시 오류가 발견되지 않은 상태

 

5. 수정된(Fixed)

 

개발자가 오류를 수정한 상태

 

6. 분류된(Classified)

 

보고된 오류를 관련자들이 확인했을 때 오류가 아니라고 확인된 상태

---

<결함 우선순위>

 

발생한 결함이 얼마나 빠르게 처리되어야 하는지를 결정하는 척도

 

1. 결함 우선순위의 즉시 수정되어야 하는 순서부터 우선순위가 낮은 순서

 

결정적(Critical) >> 높음(High) >> 보통(Medium) >> 낮음(Low)

---

<결함 분석 유형>

 

1. 결함 추이 분석

 

테스트 완료 후 발견된 결함의 관리 측정 지표의 속성값들을 분석하고, 향후 애플리케이션의 어떤 모듈 또는 컴포넌트에서 결함이 발생할지를 추정하는 작업

 

2. 결함 분포 분석

 

결함 추이 분석의 유형 중, 각 애플리케이션 모듈 또는 특정 속성에 해당하는 결함의 수를 측정하여 결함의 분포를 분석하는 유형

 

3. 결함 추세 분석

 

테스트 진행 시간의 흐름에 따른 결함의 수를 측정하여 결함 추세를 분석하는 방법

 

4. 결함 에이징 분석

 

등록된 결함에 대해 특정한 결함 상태의 지속 시간을 측정하여 분석하는 유형