작성일: 2026-02-04

현재 문제점 분석

1. 테스트 코드에 과도한 시간 투자 - 168개 테스트 도달까지 반복 수정
2. 하루 투입 시간 부족 - 산발적인 작업으로 컨텍스트 전환 비용 발생
3. 완벽주의 - UI, 테스트 모두 “완벽하게” 만들려다 진도 지연

권장 일일 프로세스

시간 블록 (최소 2-3시간 연속)

[시작] 5분: 어제 작업 리뷰 + 오늘 목표 1개 설정
  ↓
[구현] 60-90분: 핵심 기능 구현 (테스트 없이)
  ↓
[검증] 10분: flutter analyze / gradlew build 만 실행
  ↓
[테스트] 20-30분: Happy Path 테스트만 작성 (엣지케이스 X)
  ↓
[커밋] 5분: 작은 단위로 커밋
  ↓
(반복 또는 종료)

핵심 원칙

1. MVP 마인드셋

❌ "테스트 커버리지 100% 달성하자"
✅ "동작하는 기능 먼저, 테스트는 핵심만"

❌ "UI 완벽하게 다듬자"
✅ "동작하면 넘어가자, 나중에 개선"

2. 테스트 전략 변경

기존: 모든 케이스 테스트 → 168개
권장: Happy Path만 → 30-40개면 충분

예: UserController
  기존: 13개 테스트 (성공, 실패, 권한, 검증, 엣지케이스...)
  권장: 3-4개 (생성 성공, 조회 성공, 인증 실패)

3. 시간 할당 비율

구현 70% : 테스트 20% : 문서 10%

❌ 구현 40% : 테스트 50% : 문서 10%

4. “완료”의 재정의

기존 완료: 구현 + 테스트 100% + UI 완벽
MVP 완료: 구현 + analyze 통과 + 동작 확인

실행 체크리스트 (매일)