9. 애플리케이션 결함 조치

결함을 발견하는 것만큼이나 체계적으로 관리하는 것이 중요합니다! 결함 관리 프로세스, 우선순위 결정 방법, 코드 인스펙션을 통한 결함 제거, 형상 관리를 통한 버전 관리 등을 이해하고 실무에 적용할 수 있어야 합니다.

1. 결함 관리

💡 전문가의 조언: 결함 관리는 단순히 버그를 찾는 것이 아니라, 발견된 결함을 기록하고 원인을 분석하여 해결한 후 재발을 방지하는 전체 프로세스입니다. 결함 상태와 관리 도구를 명확히 이해해야 합니다.

결함(Fault)의 정의

결함은 소프트웨어가 개발자가 설계한 것과 다르게 동작하거나 다른 결과가 발생되는 것을 의미합니다.

결함의 특징

• 소프트웨어 개발자가 의도한 것과 다르게 동작하거나 다른 결과 발생
• 오류 발생, 작동 실패 등이 결함에 해당
• 기능 명세서와의 불일치를 통해 판단

일반적인 결함 판단 기준

결함 관리 프로세스

1. 결함 관리 계획
   ↓
2. 결함 기록
   ↓
3. 결함 검토
   ↓
4. 결함 수정
   ↓
5. 결함 재확인
   ↓
6. 결함 상태 추적 및 모니터링
   ↓
7. 최종 결함 분석 및 보고서 작성

결함 관리 프로세스 상세

결함 상태 추적

결함 관리 측정 지표

결함 상태 (Defect Status)

결함 추적 순서

Open (결함 등록)
   ↓
Reviewed (결함 검토)
   ↓
Assigned (결함 할당)
   ↓
Resolved (결함 수정)
   ↓ (필요시)
Deferred (결함 조치 보류)
   ↓
Closed (결함 종료)
   또는
Clarified (결함 해제)

결함 추적 단계별 설명

결함 분류

결함 관리 도구

💡 팁: 결함 관리 도구는 프로젝트 규모와 팀 특성에 맞게 선택해야 합니다. 오픈소스 도구들은 대부분 무료로 사용할 수 있어 소규모 프로젝트에 적합합니다.

2. 결함 조치 우선순위

결함 조치 우선순위의 개요

결함 조치의 우선순위는 발견된 결함 처리에 대한 신속성을 나타내는 척도로, 단위 업무의 가중치와 결함 심각도 등에 따라 결정됩니다.

우선순위 결정 기준

• 우선순위 등급: 긴급, 보통, 낮음
• 우선순위에 따라 인력 투입 순서를 결정하고 일정 조정
• 일반적으로 결함 심각도가 높으면 우선순위도 높음
• 단위 업무의 중요도나 특성에 따라 예외 가능

💡 참고: 결함 심각도(Severity)와 우선순위(Priority)는 다른 개념입니다. 심각도는 기술적 영향도이고, 우선순위는 비즈니스적 중요도를 반영합니다.

가중치 (Weight)

가중치는 애플리케이션의 평가 항목이나 각 단위 업무가 차지하는 중요도를 의미합니다.

평가 항목의 가중치

• 단위 업무에 대한 애플리케이션의 영향을 평가할 수 있는 항목 선정
• 각 항목별 중요도에 따라 비율 설정

단위 업무의 가중치 산정 방법

1. 단위 업무별로 각 평가 항목에 대해 1~5점의 등급 산정
2. 등급에 평가 항목의 가중치 비율 적용
3. 모든 항목의 값을 합산하여 산출

가중치 산정 예시

도서관리 가중치 계산:

5 × 0.3 + 3 × 0.2 + 5 × 0.3 + 4 × 0.2
= 1.5 + 0.6 + 1.5 + 0.8
= 4.4

결함 심각도 (Severity)

결함 조치 우선순위의 결정 순서

1단계: 테스트 결함 목록과 개선 방안 확인
   ↓
2단계: 테스트별 결함 원인 분류
   ↓
3단계: 결함의 개선 범위, 개선 효과 정의
   ↓
4단계: 업무별 중요도 파악을 위한 가중치 부여
   ↓
5단계: 가중치와 결함 업무를 연결하여 심각도 계산
   ↓
6단계: 정량적·정성적 평가를 통한 우선순위 결정

우선순위 결정 시 고려사항

3. 결함 조치 관리

💡 전문가의 조언: 결함 조치 관리는 단순히 버그를 고치는 것이 아니라, 코드 인스펙션을 통해 체계적으로 결함을 제거하고, 형상 관리를 통해 변경 이력을 관리하는 전체 프로세스입니다.

결함 조치 관리의 개요

결함 조치 관리는 결함이 발생한 코드에서 결함을 제거하고 변경된 코드의 버전과 이력을 관리하는 것을 의미합니다.

결함 조치 관리의 구성

• 결함 제거: 코드 인스펙션을 통해 수행
• 버전 및 이력 관리: 형상 관리를 통해 수행

코드 인스펙션 (Code Inspection)

코드 인스펙션은 코드의 결함을 파악하고 제거하기 위해 개발 가이드의 준수 여부를 확인하는 것입니다.

코드 인스펙션의 특징

• 기능으로 이상이 없는 코드를 대상으로 수행
• 적절히 수행할 경우 코드에 포함된 에러의 90%까지 발견 가능
• 프로젝트 수행 단계 전체에 걸친 리스크 절감 및 비용 감소
• 품질 향상 기대
• 다른 개발자의 기술 습득 및 학습 기회 제공
• 재공학(Re-Engineering) 가능 영역 식별에 도움

코드 인스펙션 방법

코드 인스펙션의 수행 절차

코드 인스펙션 vs 워크스루

💡 팁: 코드 인스펙션은 공식적이고 체계적인 검토 방법이며, 워크스루는 비공식적이고 유연한 검토 방법입니다. 프로젝트 상황에 맞게 선택하여 활용하세요.

형상 관리 (Configuration Management)

형상 관리는 소프트웨어 개발 과정에서 소프트웨어의 변경 사항을 관리하기 위해 개발된 일련의 활동입니다.

형상 관리의 목적

• 소프트웨어 변경의 원인을 알아내고 제어
• 적절히 변경되고 있는지 확인하여 해당 담당자에게 통보
• 소프트웨어 개발의 전체 비용 절감
• 개발 과정의 여러 방해 요인 최소화

형상 관리의 적용 범위

• 소프트웨어 개발의 전 단계에 적용
• 유지보수 단계에서도 수행

소프트웨어 형상 항목 (SCI: Software Configuration Item)

형상 관리의 대상이 되는 항목들을 개발 단계별로 정리하면 다음과 같습니다.

형상 관리의 기능

💡 기준선(Base Line): 소프트웨어 개발 과정에서 공식적으로 검토되고 승인된 명세서나 제품으로, 추가 개발의 기준이 되며 공식 절차에 의해서만 변경 가능합니다.

핵심 요약 정리

결함 상태 추적 흐름

Open (등록) → Reviewed (검토) → Assigned (할당)
                                      ↓
Clarified (해제) ← Closed (종료) ← Resolved (수정)
                                      ↓
                                Deferred (보류)

결함 심각도 vs 우선순위

코드 인스펙션 vs 워크스루

코드 인스펙션: 결함 파악 및 제거 (공식적, 체크리스트 O)
워크스루: 산출물 평가 및 개선 (비공식적, 체크리스트 X)

형상 관리 5대 기능

1. 형상 식별: 이름과 번호 부여
2. 버전 제어: 버전 관리
3. 형상 통제: 변경 관리
4. 형상 감사: 무결성 평가
5. 형상 기록: 상태 보고

주요 결함 관리 도구

• Mantis: 결함 추적 + 작업 내용 기록
• Trac: 결함 통합 관리
• Redmine: 프로젝트 관리 + 결함 추적
• Bugzilla: 심각도·우선순위 지정 가능

💡 전문가의 조언: 결함 관리는 단순히 버그를 찾아 고치는 것이 아니라, 체계적인 프로세스를 통해 관리하고, 우선순위에 따라 처리하며, 형상 관리를 통해 변경 이력을 추적하는 전체 과정입니다. 결함 상태, 심각도, 관리 도구의 특징을 명확히 이해하면 시험에서 좋은 점수를 받을 수 있습니다!