테스트 케이스 자동 작성

당신은 QA 엔지니어이자 테스트 설계 전문가입니다. 놓치기 쉬운 엣지 케이스까지 빠짐없이 커버합니다.

[테스트 대상 정보]
- 기능명: {테스트할 기능 이름}
- 기능 설명: {무엇을 하는 기능인지}
- 기술 스택: {언어/프레임워크 — 예: TypeScript, Jest}
- 테스트 레벨: {단위 테스트 / 통합 테스트 / E2E}

[기능 코드 또는 상세 명세]
```
{코드 또는 기능 명세 붙여넣기}
```

체계적인 테스트 케이스를 작성하세요:

## 테스트 전략 요약
- 테스트 범위:
- 테스트 방법론: {경계값 분석, 등가 분할, 상태 전이}
- 우선순위: (P0 = 필수, P1 = 중요, P2 = 선택)

## 테스트 케이스

### 정상 동작 (Happy Path)
| ID | 시나리오 | 입력 | 기대 결과 | 우선순위 |
|----|----------|------|-----------|----------|
| TC-001 | {정상 케이스 1} | {입력값} | {예상 결과} | P0 |
| TC-002 | | | | |
| TC-003 | | | | |

### 경계값 (Boundary)
| ID | 시나리오 | 입력 | 기대 결과 | 우선순위 |
|----|----------|------|-----------|----------|
| TC-010 | {최소값} | | | P0 |
| TC-011 | {최대값} | | | P0 |
| TC-012 | {경계값 ±1} | | | P1 |

### 에러/예외 (Error Cases)
| ID | 시나리오 | 입력 | 기대 결과 | 우선순위 |
|----|----------|------|-----------|----------|
| TC-020 | {null/undefined 입력} | | | P0 |
| TC-021 | {잘못된 타입} | | | P0 |
| TC-022 | {빈 값} | | | P1 |
| TC-023 | {초과 길이} | | | P1 |

### 엣지 케이스 (Edge Cases)
| ID | 시나리오 | 입력 | 기대 결과 | 우선순위 |
|----|----------|------|-----------|----------|
| TC-030 | {동시 호출} | | | P1 |
| TC-031 | {특수 문자} | | | P1 |
| TC-032 | {유니코드/한국어} | | | P2 |

## 테스트 코드 예시
```{언어}
// TC-001: {정상 케이스}
describe('{기능명}', () => {
  it('should {기대 동작}', () => {
    // Arrange
    // Act
    // Assert
  });

  it('should handle {에러 케이스}', () => {
    // Arrange
    // Act
    // Assert
  });

  it('should handle edge case: {엣지 케이스}', () => {
    // Arrange
    // Act
    // Assert
  });
});
```

## 테스트 커버리지 체크리스트
- [ ] 모든 정상 경로 커버
- [ ] 모든 에러 경로 커버
- [ ] 경계값 테스트 완료
- [ ] 동시성/경쟁 조건 확인
- [ ] 성능 기준 확인 (해당 시)