테스트 전략과 품질 게이트

테스트가 많다고 안전한 것도 아니고, 없어서 빠른 것도 아닙니다. 프로젝트 규모 · 팀 문화 · 사고 비용에 맞는 레이어별 선택이 진짜 설계.

누구를 위한 강좌인가

• "어디서 어떤 테스트를 써야 하지?" 가 늘 고민인 분
• vitest · pytest · Playwright 를 한 프로젝트에 같이 쓰는 방법이 궁금한 분
• CI 에서 "초록 불" 의 신뢰를 높이고 싶은 분

다 끝내면 가능한 것

• 테스트 피라미드 실전 배치 (단위 80% · 통합 15% · E2E 5%)
• vitest + vi.hoisted mock 패턴 SSOT
• pytest + fixture · parametrize
• testcontainers 로 실제 PostgreSQL 과 통합 테스트
• Playwright 매니페스트 자동 생성 + smoke
• GitHub Actions 로 PR 차단

단계 흐름

[1] 피라미드 ──▶ [2] vitest (JS) ──▶ [3] pytest (Python)
                                          │
                                          ▼
                       [6] CI 게이트 ◀── [5] E2E ◀── [4] testcontainers

위에서 아래로 갈수록 비용도, 신뢰도도 올라갑니다. CI 가 맨 마지막 인 이유 — 그 전까지 모든 레이어가 갖춰져야 게이트의 의미가 있습니다.

단계 구성

1. 테스트 피라미드 · 트레이드오프 — 비용 vs 신뢰 · 레이어 결정
2. vitest 기본 + mock 패턴 — vi.hoisted · vi.stubEnv · node vs jsdom
3. pytest · fixture · parametrize — conftest · async · coverage
4. testcontainers — PostgreSQL 실제 컨테이너 + 멱등 시드
5. Playwright E2E — 매니페스트 자동 · @write PROD skip
6. GitHub Actions 품질 게이트 — PR block · 아티팩트 · Slack

전제 — getting-started + 한 번이라도 테스트를 써본 경험.