# QC 보고서 표준 양식

**보고서 작성일**: YYYY-MM-DD
**작성자**: [팀장명]
**검토 항목**: [프로젝트/기능명]
**검토 버전**: [버전 정보]

---

## A. 검증 범위

검증 대상 파일, 모듈, 기능 범위를 명확히 기술합니다.

### 검증 대상 파일
- `파일명1.ext` - 설명
- `파일명2.ext` - 설명
- `디렉토리/파일명3.ext` - 설명

### 검증 대상 기능
- [기능명 1] - 사용자 시나리오 설명
- [기능명 2] - 사용자 시나리오 설명
- [기능명 3] - 사용자 시나리오 설명

### 검증 기준
- 코드 스타일 가이드 준수 여부
- 성능 기준 충족 여부
- 보안 요구사항 준수 여부
- UX/UI 일관성 여부
- 문서화 완전성 여부

---

## B. 테스트 실행 결과

실제 검증에 사용된 명령어와 결과를 기록합니다.

### 테스트 1: [테스트 항목명]
```bash
# 실행 명령어
command --flag value

# 실행 결과
output result here
```

**결과 분석**: [결과에 대한 설명]

### 테스트 2: [테스트 항목명]
```bash
# 실행 명령어
command --flag value

# 실행 결과
output result here
```

**결과 분석**: [결과에 대한 설명]

### 테스트 3: [테스트 항목명]
```bash
# 실행 명령어
command --flag value

# 실행 결과
output result here
```

**결과 분석**: [결과에 대한 설명]

---

## C. 발견된 문제

발견된 모든 이슈를 심각도별로 분류합니다.

### 심각도 분류 기준
- **Critical (치명적)**: 시스템 작동 불가, 데이터 손실 위험, 보안 위협
- **Major (중대)**: 주요 기능 오류, 성능 저하, UX 심각한 결손
- **Minor (경미)**: 부차적 기능 이슈, 사용성 불편, 스타일 오류
- **Info (정보)**: 권고사항, 개선 제안, 로깅 추가 필요

### Critical
| ID | 파일 | 문제 설명 | 재현 방법 | 해결 방안 |
|---|---|---|---|---|
| C001 | `file.ext:라인번호` | 문제 내용 상세 설명 | 1. 단계1<br>2. 단계2<br>3. 단계3 | 권장 해결방법 |

### Major
| ID | 파일 | 문제 설명 | 재현 방법 | 해결 방안 |
|---|---|---|---|---|
| M001 | `file.ext:라인번호` | 문제 내용 상세 설명 | 1. 단계1<br>2. 단계2 | 권장 해결방법 |

### Minor
| ID | 파일 | 문제 설명 | 재현 방법 | 해결 방안 |
|---|---|---|---|---|
| N001 | `file.ext:라인번호` | 문제 내용 상세 설명 | 단계 설명 | 권장 해결방법 |

### Info
| ID | 파일 | 권고 사항 | 기타 |
|---|---|---|---|
| I001 | `file.ext:라인번호` | 권고 내용 | 추가 참고 사항 |

---

## D. 검토한 대안과 기각 사유

아누 가이드(Anu Guidelines) 4.2에 따른 검토 현황을 기록합니다.

### 검토 대안 1: [대안명]
**제안 내용**: [상세 설명]
**장점**:
- 장점1
- 장점2

**단점**:
- 단점1
- 단점2

**기각 사유**: [구체적 사유 기술]
**가이드 참고**: Anu Guidelines 4.2.X

---

### 검토 대안 2: [대안명]
**제안 내용**: [상세 설명]
**장점**:
- 장점1
- 장점2

**단점**:
- 단점1
- 단점2

**기각 사유**: [구체적 사유 기술]
**가이드 참고**: Anu Guidelines 4.2.X

---

### 채택 방안: [최종 선택안]
**선정 사유**: [선택한 이유]
**가이드 준수**: Anu Guidelines 4.2에 따른 준수 확인
**구현 방법**: [구현 계획]

---

## E. 최종 판정

### 판정 결과
**상태**: [ ] PASS &nbsp;&nbsp;[ ] FAIL &nbsp;&nbsp;[ ] CONDITIONAL PASS

### 판정 사유
[최종 판정에 대한 상세한 설명. PASS인 경우 합격 근거, FAIL인 경우 부적합 사유, CONDITIONAL PASS인 경우 조건을 명시]

### FAIL 사항 (FAIL/CONDITIONAL PASS인 경우만 기입)
필수 조치 사항:
1. [조치 항목 1] - 담당자: [이름], 예상 완료일: YYYY-MM-DD
2. [조치 항목 2] - 담당자: [이름], 예상 완료일: YYYY-MM-DD
3. [조치 항목 3] - 담당자: [이름], 예상 완료일: YYYY-MM-DD

### 재검토 계획 (필요시)
- 재검토 일정: YYYY-MM-DD
- 재검토 항목: [항목 명시]
- 담당자: [이름]

---

## 첨부 자료

- [스크린샷/증거자료 1]
- [코드 비교 결과]
- [성능 측정 데이터]
- [사용자 피드백]

---

**보고서 승인**

| 역할 | 이름 | 서명 | 날짜 |
|---|---|---|---|
| QC 담당자 | | | |
| 팀장 | | | |
| 최종 승인자 | | | |

---

*이 보고서는 아테나(UX/UI 디자이너) 팀의 QC 검증 표준 양식입니다. 모든 섹션을 성실하게 작성해주시기 바랍니다.*