publish: true
QA 프로세스
개요
스프린트 내 QA는 “개발 병목 없이 원활한 흐름 유지”가 목표. 복잡한 문서보다 실용적·핵심 위주로 구성한다. 기획 1명 + 개발 1명이 함께 진행하는 구조이므로, 모든 기능을 깊이 검증하기보다 중요 기능 우선 확인 및 이슈 예방에 중점을 둔다.
QA 유형
Spec QA
- 페이지별 중요 스펙 요소만 선별해 빠르게 확인
- 텍스트·이미지·디자인 스펙은 암묵적으로 포함되는 기본 요소
Scenario QA
- 스프린트 내 주요 기능 흐름 중심으로 시나리오 단위 테스트
- 사용자 행동 흐름을 기준으로 구성
Notion QA 페이지 구조
Notion 내 “지금은 QA 시간” 페이지에 두 개의 인라인 DB 존재:
- Spec QA DB (
collection://506c0473-cd95-4da2-9464-ee8745017871) - Scenario QA DB (
collection://7155e972-220a-49f0-8aae-3ea4580ab09b)
⚠️ 미확인: 각 DB의 실제 스키마(필드 구성) 미조회 — 개별 DB URL 접근 필요.
스프린트 내 QA 타이밍
스프린트 4단계 중 3번째 단계. 상세 사이클은 sprint-history 참조.
| 단계 | 기간 | 내용 |
|---|---|---|
| 기획 | 2일 | — |
| 개발 | 9일 | — |
| QA | 2일 | Spec QA + Scenario QA 수행 |
| 회고 | 1일 | 시연 포함 |
도구
- Notion: QA 내용 기록 (지금은 QA 시간 페이지)
- 시연: 화면 공유 또는 APK 직접 설치