- Add GitHub Actions workflow for automated CI/CD - Configure Node.js 18.x and 20.x matrix testing - Add TypeScript type checking step - Add ESLint code quality checks with enhanced rules - Add Prettier formatting verification - Add production build validation - Upload build artifacts for deployment - Set up automated testing on push/PR - Replace console.log with environment-aware logger - Add pre-commit hooks for code quality - Exclude archive folder from linting 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
556 lines
43 KiB
JSON
556 lines
43 KiB
JSON
{
|
|
"master": {
|
|
"tasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "TypeScript 설정 강화 및 타입 안전성 확보",
|
|
"description": "tsconfig.json의 strict 모드를 점진적으로 활성화하고 기존 any 타입 사용을 제거하여 타입 안전성을 확보합니다.",
|
|
"details": "1. tsconfig.json에서 strict: true, noImplicitAny: true, strictNullChecks: true 활성화 2. 기존 코드에서 any 타입 사용 부분 찾아서 적절한 타입으로 변경 3. 타입 에러 발생 시 단계적으로 수정 4. 컴포넌트 props와 state에 대한 인터페이스 정의 5. API 응답 데이터에 대한 타입 정의 추가",
|
|
"testStrategy": "TypeScript 컴파일러 오류 0개 달성, tsc --noEmit 명령어로 타입 검사 통과 확인, IDE에서 타입 추론이 정확히 작동하는지 검증",
|
|
"priority": "high",
|
|
"dependencies": [],
|
|
"status": "done",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "TypeScript strict 모드 설정 완료 검증",
|
|
"description": "모든 strict 옵션이 올바르게 활성화되었는지 확인하고 컴파일 오류가 없는지 검증",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"details": "",
|
|
"testStrategy": ""
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "새로운 타입 시스템 구조 안정성 검증",
|
|
"description": "구축된 타입 시스템이 모든 컴포넌트에서 올바르게 작동하는지 검증하고 타입 충돌 확인",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"details": "",
|
|
"testStrategy": ""
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "타입 가드 함수 성능 최적화",
|
|
"description": "구현된 20+ 타입 가드 함수들의 성능을 검토하고 필요시 최적화",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"details": "",
|
|
"testStrategy": ""
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "타입 시스템 문서화",
|
|
"description": "새로운 타입 구조와 타입 가드 함수들의 사용법 문서화 및 가이드라인 작성",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"details": "",
|
|
"testStrategy": ""
|
|
},
|
|
{
|
|
"id": 5,
|
|
"title": "추가 유틸리티 타입 개발",
|
|
"description": "프로젝트 특성에 맞는 커스텀 유틸리티 타입 개발 및 기존 타입 시스템 확장",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"details": "<info added on 2025-07-12T02:09:38.688Z>\nReact Hook 및 비즈니스 로직 특화 타입 개발 완료:\n\nReact Hook 상태 관리 타입 4개 구현:\n- HookState<T>: 일반적인 Hook 상태 관리\n- MutationState<TData, TVariables>: 데이터 변경 작업용\n- PaginationState<T>: 페이지네이션 상태 관리\n- InfiniteScrollState<T>: 무한 스크롤 상태 관리\n\n비즈니스 로직 특화 타입 5개 구현:\n- BudgetCalculation: 예산 계산 결과 타입\n- CategoryExpense: 카테고리별 지출 분석 타입\n- MonthlyTrend: 월별 트렌드 데이터 타입\n- BudgetAlert: 예산 알림 설정 타입\n- TransactionFilters: 거래 내역 검색 필터 타입\n\n고급 제네릭 유틸리티 타입 4개 구현:\n- ConditionalType<T, U, Y, N>: 조건부 타입 결정\n- FunctionOverload<T>: 함수 오버로드 지원\n- DeepKeyof<T>: 객체의 재귀적 키 경로 추출\n- UnionToIntersection<U>: 유니온 타입을 교집합으로 변환\n\n모든 새로운 타입에 대응하는 타입 가드 함수들도 함께 구현하여 런타임 타입 안전성 확보. 전체 타입들이 index.ts에서 export되어 애플리케이션 전체에서 활용 가능한 상태로 완성.\n</info added on 2025-07-12T02:09:38.688Z>",
|
|
"testStrategy": ""
|
|
},
|
|
{
|
|
"id": 6,
|
|
"title": "타입 안전성 모니터링 시스템 구축",
|
|
"description": "지속적인 타입 안전성 유지를 위한 모니터링 및 검증 프로세스 구축",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"details": "<info added on 2025-07-12T02:16:48.261Z>\n타입 안전성 모니터링 시스템 구축이 성공적으로 완료되었습니다.\n\nPre-commit 훅 설정: husky와 lint-staged를 설치하여 .husky/pre-commit에서 커밋 전 자동으로 타입 검사와 ESLint가 실행되도록 구성했습니다.\n\nPackage.json 스크립트 확장: type-check:watch로 실시간 타입 검사 모니터링, lint:fix로 자동 ESLint 오류 수정, check-all로 전체 검사가 가능하며, lint-staged 설정으로 변경된 파일만 선별적으로 검사합니다.\n\nVS Code 설정 최적화: TypeScript 언어 서버 설정, 자동 import 정리 및 타입 체킹, 저장 시 자동 ESLint 수정, 한국어 로케일 설정을 통해 개발 환경을 개선했습니다.\n\nGitHub Actions 워크플로우: .github/workflows/type-check.yml을 생성하여 Node.js 18.x, 20.x 매트릭스 테스트를 진행하고, PR에서 타입 검사 실패 시 자동 댓글을 달며, 빌드 아티팩트를 업로드하는 CI/CD 파이프라인을 구축했습니다.\n\n이제 개발자가 코드를 커밋하거나 PR을 생성할 때마다 자동으로 타입 안전성이 검증되어 코드 품질이 지속적으로 유지됩니다.\n</info added on 2025-07-12T02:16:48.261Z>",
|
|
"testStrategy": ""
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "코드 품질 개선 및 린팅 설정",
|
|
"description": "console.log 제거, 빌드 오류 수정, ESLint/Prettier 설정을 통해 코드 품질을 개선합니다.",
|
|
"details": "1. 프로젝트 전체에서 console.log 81개 제거 (production에서는 삭제, development에서는 logger 라이브러리 사용) 2. SupabaseToAppwriteMigration import 오류 수정 3. ESLint 규칙 강화 (@typescript-eslint/recommended, react-hooks/recommended 추가) 4. Prettier 설정 추가 (.prettierrc, .prettierignore 파일 생성) 5. pre-commit hook 설정으로 자동 포맷팅",
|
|
"testStrategy": "ESLint 오류 0개, Prettier 포맷팅 자동 적용 확인, 빌드 성공 확인, 불필요한 console.log가 production 빌드에 포함되지 않는지 검증",
|
|
"priority": "high",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"status": "done",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "프로젝트 전체 console.log 제거 및 로거 설정",
|
|
"description": "프로젝트 전체에서 발견된 81개의 console.log를 제거하고, development 환경에서는 적절한 logger 라이브러리로 대체합니다.",
|
|
"dependencies": [],
|
|
"details": "1. 프로젝트 전체에서 console.log 검색 및 위치 파악 2. production 환경에서는 완전 제거 3. development 환경에서 필요한 로깅은 winston 또는 pino 같은 적절한 logger 라이브러리로 대체 4. 환경별 로깅 레벨 설정",
|
|
"status": "done",
|
|
"testStrategy": "빌드 후 console.log가 production 번들에 포함되지 않았는지 확인, development 환경에서 로거가 정상 작동하는지 테스트"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "SupabaseToAppwriteMigration import 오류 수정",
|
|
"description": "SupabaseToAppwriteMigration 관련 import 오류를 해결하고 빌드 오류를 수정합니다.",
|
|
"dependencies": [],
|
|
"details": "1. SupabaseToAppwriteMigration 관련 모든 import 문 검토 2. 존재하지 않는 파일이나 잘못된 경로 수정 3. TypeScript 타입 오류 해결 4. 사용하지 않는 import 제거",
|
|
"status": "done",
|
|
"testStrategy": "TypeScript 컴파일 오류 없이 빌드가 성공하는지 확인, 관련 컴포넌트들이 정상적으로 렌더링되는지 테스트"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "ESLint 규칙 설정 및 강화",
|
|
"description": "ESLint 설정에 @typescript-eslint/recommended와 react-hooks/recommended 규칙을 추가하여 코드 품질을 향상시킵니다.",
|
|
"dependencies": [
|
|
1,
|
|
2
|
|
],
|
|
"details": "1. .eslintrc 파일 수정하여 @typescript-eslint/recommended 규칙 추가 2. react-hooks/recommended 규칙 추가 3. 프로젝트에 맞는 커스텀 규칙 설정 4. 기존 코드에서 발생하는 린트 오류 수정",
|
|
"status": "done",
|
|
"testStrategy": "npm run lint 실행하여 모든 파일이 린트 규칙을 통과하는지 확인, IDE에서 실시간 린트 오류 표시 확인"
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "Prettier 설정 및 코드 포맷팅",
|
|
"description": ".prettierrc와 .prettierignore 파일을 생성하고 프로젝트 전체 코드를 일관된 스타일로 포맷팅합니다.",
|
|
"dependencies": [
|
|
3
|
|
],
|
|
"details": "1. .prettierrc 파일 생성 및 프로젝트 스타일 가이드 설정 2. .prettierignore 파일 생성하여 포맷팅 제외 파일 설정 3. 프로젝트 전체 코드에 Prettier 적용 4. ESLint와 Prettier 충돌 방지 설정",
|
|
"status": "done",
|
|
"testStrategy": "npm run format 스크립트로 전체 코드 포맷팅 확인, VSCode에서 자동 포맷팅 작동 확인"
|
|
},
|
|
{
|
|
"id": 5,
|
|
"title": "pre-commit hook 설정 및 자동화",
|
|
"description": "Husky와 lint-staged를 사용하여 pre-commit hook을 설정하고 커밋 시 자동으로 린팅과 포맷팅이 실행되도록 구성합니다.",
|
|
"dependencies": [
|
|
4
|
|
],
|
|
"details": "1. Husky 설치 및 설정 2. lint-staged 설치 및 설정 3. pre-commit hook에서 ESLint와 Prettier 자동 실행 설정 4. package.json에 관련 스크립트 추가 5. 팀원들을 위한 설정 가이드 작성",
|
|
"status": "done",
|
|
"testStrategy": "테스트 커밋 수행하여 pre-commit hook이 정상 작동하는지 확인, 린트 오류가 있는 코드 커밋 시 차단되는지 테스트"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "환경 변수 보안 강화 및 관리 개선",
|
|
"description": "API 키의 클라이언트 노출 문제를 해결하고 환경 변수 관리를 개선합니다. 모든 보안 강화 작업이 완료되었습니다.",
|
|
"status": "done",
|
|
"dependencies": [],
|
|
"priority": "high",
|
|
"details": "환경 변수 보안 강화 작업이 성공적으로 완료되었습니다:\n\n1. ✅ 클라이언트 API 키 노출 문제 해결\n - VITE_APPWRITE_API_KEY가 빌드 결과물에 노출되는 문제 확인 및 수정\n - .env에서 해당 키 제거하고 주석 처리\n - src/lib/appwrite/config.ts에서 API 키를 빈 문자열로 변경\n\n2. ✅ 환경 변수 문서화 및 정리\n - .env.example 파일 생성으로 필요한 환경 변수 문서화\n - Task Master AI 키들과 Appwrite 설정 포함\n - 민감한 정보는 예시 값으로 대체\n\n3. ✅ 클라이언트 노출 방지\n - VITE_ 접두사가 있는 환경 변수만 클라이언트에 노출되도록 정리\n - API 키에서 VITE_ 접두사 제거로 클라이언트 노출 차단\n\n4. ✅ 환경별 설정 분리\n - .env.local: 로컬 개발환경용 설정 파일 생성\n - .env.production: 프로덕션용 설정 파일 생성\n - .gitignore에 .env.local 추가로 민감한 로컬 설정 보호\n\n5. ✅ 보안 검증 완료\n - API 키 제거 후 빌드 성공 테스트\n - 클라이언트 번들에서 민감한 API 키 노출되지 않음 확인\n\n결과: 클라이언트 측 보안 취약점 제거, 환경별 설정 관리 체계화, 개발자 가이드라인 문서화 완료",
|
|
"testStrategy": "✅ 완료된 테스트:\n- 빌드된 클라이언트 코드에서 민감한 API 키 노출 검사 통과\n- 환경 변수 로딩 테스트 각 환경에서 성공\n- API 키 제거 후 빌드 프로세스 정상 동작 확인\n- .env.example 기반 환경 설정 가이드 검증 완료",
|
|
"subtasks": []
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "CI/CD 파이프라인 구축",
|
|
"description": "GitHub Actions를 사용하여 자동 빌드, 테스트, ESLint 검사를 수행하는 워크플로우를 설정합니다.",
|
|
"details": "1. .github/workflows/ci.yml 파일 생성 2. Node.js 환경 설정 및 의존성 설치 3. TypeScript 빌드 및 타입 검사 4. ESLint 및 Prettier 검사 자동화 5. 테스트 실행 (나중에 추가될 테스트들) 6. 빌드 아티팩트 생성 및 저장 7. PR에서 자동 검사 실행",
|
|
"testStrategy": "GitHub Actions 워크플로우가 성공적으로 실행되는지 확인, PR 생성 시 자동 검사가 동작하는지 검증, 빌드 실패 시 적절한 에러 메시지 출력 확인",
|
|
"priority": "medium",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"status": "in-progress",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "기본 GitHub Actions 워크플로우 파일 생성",
|
|
"description": ".github/workflows/ci.yml 파일을 생성하고 기본 구조를 설정합니다.",
|
|
"dependencies": [],
|
|
"details": "GitHub Actions 워크플로우의 기본 구조를 정의합니다. 트리거 이벤트(push, pull_request), 작업 환경(Ubuntu), Node.js 버전 매트릭스를 설정하고 기본적인 체크아웃 액션을 포함합니다.",
|
|
"status": "done",
|
|
"testStrategy": "워크플로우 파일의 YAML 구문이 올바른지 확인하고, GitHub에서 워크플로우가 정상적으로 인식되는지 테스트합니다."
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "Node.js 환경 설정 및 의존성 설치 단계 구현",
|
|
"description": "Node.js 환경을 설정하고 npm 의존성을 설치하는 단계를 추가합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "actions/setup-node 액션을 사용하여 Node.js 18.x 버전을 설정하고, package-lock.json을 기반으로 한 캐싱 전략을 구현합니다. npm ci 명령어를 사용하여 의존성을 빠르고 안정적으로 설치합니다.",
|
|
"status": "done",
|
|
"testStrategy": "의존성 설치가 성공적으로 완료되고, 캐싱이 올바르게 작동하는지 확인합니다. 빌드 시간 개선 효과를 측정합니다."
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "빌드 및 코드 품질 검사 단계 구현",
|
|
"description": "TypeScript 빌드, ESLint, Prettier 검사를 수행하는 단계를 구현합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "npm run build 명령어로 TypeScript 컴파일을 실행하고, npm run lint로 ESLint 검사를 수행합니다. Prettier 포맷 검사도 포함하여 코드 스타일 일관성을 확인합니다. 각 단계에서 오류 발생 시 워크플로우가 실패하도록 설정합니다.",
|
|
"status": "done",
|
|
"testStrategy": "의도적으로 ESLint 오류나 TypeScript 오류를 생성하여 워크플로우가 올바르게 실패하는지 확인합니다. 모든 검사가 통과할 때 성공하는지도 테스트합니다."
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "빌드 아티팩트 업로드 및 테스트 준비",
|
|
"description": "빌드된 파일들을 아티팩트로 업로드하고 향후 테스트 실행을 위한 구조를 준비합니다.",
|
|
"dependencies": [
|
|
3
|
|
],
|
|
"details": "actions/upload-artifact 액션을 사용하여 dist 폴더의 빌드 결과물을 아티팩트로 저장합니다. 테스트 실행을 위한 플레이스홀더 단계를 추가하고, 워크플로우가 PR 컨텍스트에서도 올바르게 실행되도록 설정합니다.",
|
|
"status": "done",
|
|
"testStrategy": "빌드 아티팩트가 올바르게 업로드되고 다운로드 가능한지 확인합니다. PR 생성 시 워크플로우가 자동으로 실행되는지 테스트합니다."
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 5,
|
|
"title": "상태 관리를 Context API에서 Zustand로 마이그레이션",
|
|
"description": "기존 Context API 기반 상태 관리를 Zustand로 전환하여 보일러플레이트 코드를 줄이고 성능을 향상시킵니다.",
|
|
"details": "1. Zustand 설치 및 기본 설정 2. 기존 Context 구조 분석 및 Zustand store 설계 3. 인증 상태 관리 store 생성 (auth store) 4. 앱 전체 상태 관리 store 생성 (app store) 5. 기존 useContext 호출을 zustand store 사용으로 변경 6. TypeScript 타입 정의 추가 7. DevTools 연동 설정",
|
|
"testStrategy": "상태 변경이 예상대로 동작하는지 확인, 컴포넌트 리렌더링 횟수 감소 확인, 개발자 도구에서 상태 추적 가능 확인",
|
|
"priority": "medium",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"status": "pending",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "Zustand 패키지 설치 및 기본 설정 구성",
|
|
"description": "Zustand 패키지를 설치하고 TypeScript 설정 및 DevTools 연동을 위한 기본 구성을 설정합니다.",
|
|
"dependencies": [],
|
|
"details": "npm install zustand를 실행하여 패키지를 설치하고, immer와 devtools 미들웨어 설정을 포함한 기본 store 구조를 생성합니다. TypeScript 지원을 위한 타입 정의도 함께 설정합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "Zustand 스토어가 정상적으로 생성되고 DevTools에서 상태 변화를 모니터링할 수 있는지 확인합니다."
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "기존 Context API 구조 분석 및 Zustand 스토어 아키텍처 설계",
|
|
"description": "현재 사용 중인 Context API 구조를 분석하고 Zustand로 마이그레이션할 스토어 아키텍처를 설계합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "src/contexts 폴더의 기존 Context 코드를 분석하여 상태 구조, 액션 함수, 타입 정의를 파악하고, 이를 Zustand 스토어로 변환할 계획을 수립합니다. 인증, 예산, 앱 상태 등 도메인별로 스토어를 분리하는 방안을 고려합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "기존 Context API의 모든 기능이 Zustand 설계에 포함되었는지 체크리스트로 확인합니다."
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "인증 상태 관리 Zustand 스토어 구현",
|
|
"description": "사용자 인증 관련 상태와 액션을 관리하는 Zustand 스토어를 생성합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "src/stores/authStore.ts 파일을 생성하여 사용자 로그인 상태, 사용자 정보, 로그인/로그아웃 액션 함수를 포함한 인증 스토어를 구현합니다. Appwrite 인증과의 연동도 포함하며, 타입 안전성을 보장하는 TypeScript 인터페이스를 정의합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "인증 관련 모든 액션(로그인, 로그아웃, 상태 확인)이 정상 작동하는지 단위 테스트로 검증합니다."
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "앱 전체 상태 관리 Zustand 스토어 구현",
|
|
"description": "전역 앱 상태(테마, 로딩 상태, 에러 처리 등)와 예산 관리 상태를 위한 Zustand 스토어를 생성합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "src/stores/appStore.ts와 src/stores/budgetStore.ts 파일을 생성하여 앱 전반의 상태와 예산 관련 상태를 관리하는 스토어를 구현합니다. 각 스토어는 독립적으로 작동하면서도 필요시 서로 참조할 수 있도록 설계합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "각 스토어의 상태 변경이 올바르게 작동하고 컴포넌트에서 정상적으로 구독되는지 테스트합니다."
|
|
},
|
|
{
|
|
"id": 5,
|
|
"title": "기존 useContext 호출을 Zustand 스토어 사용으로 전환",
|
|
"description": "모든 컴포넌트에서 useContext 호출을 제거하고 Zustand 스토어를 사용하도록 리팩토링합니다.",
|
|
"dependencies": [
|
|
3,
|
|
4
|
|
],
|
|
"details": "src/components, src/pages, src/hooks 폴더의 모든 파일에서 Context API 사용을 찾아 Zustand 스토어 사용으로 변경합니다. useAuth, useBudget 등의 커스텀 훅도 Zustand 기반으로 재작성하고, Context Provider 컴포넌트들을 제거합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "기존 기능이 모두 정상 작동하는지 통합 테스트를 실행하고, Context API 관련 코드가 완전히 제거되었는지 확인합니다."
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 6,
|
|
"title": "TanStack Query를 사용한 데이터 페칭 개선",
|
|
"description": "TanStack Query를 도입하여 자동 캐싱, 동기화, 오프라인 지원을 구현합니다.",
|
|
"details": "1. @tanstack/react-query 설치 및 QueryClient 설정 2. API 호출 함수들을 React Query hooks로 전환 3. 자동 캐싱 전략 설정 (staleTime, cacheTime) 4. 낙관적 업데이트 구현 (optimistic updates) 5. 오프라인 상태에서의 데이터 처리 6. 백그라운드 refetch 설정 7. 에러 처리 및 재시도 로직 구현",
|
|
"testStrategy": "데이터 캐싱이 올바르게 동작하는지 확인, 오프라인 상태에서 캐시된 데이터 접근 가능 확인, 낙관적 업데이트 시나리오 테스트",
|
|
"priority": "medium",
|
|
"dependencies": [
|
|
5
|
|
],
|
|
"status": "pending",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "TanStack Query 설치 및 QueryClient 설정",
|
|
"description": "@tanstack/react-query를 설치하고 애플리케이션에 QueryClient를 설정합니다.",
|
|
"dependencies": [],
|
|
"details": "1. npm install @tanstack/react-query 실행\n2. App.tsx에서 QueryClient 생성 및 QueryClientProvider 설정\n3. React Query DevTools 개발 환경에서 활성화\n4. 기본 전역 설정값 구성 (staleTime, cacheTime, refetchOnWindowFocus 등)",
|
|
"status": "pending",
|
|
"testStrategy": "QueryClient가 정상적으로 생성되고 Provider가 올바르게 래핑되었는지 확인. DevTools가 개발 환경에서 작동하는지 테스트"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "기존 API 호출을 React Query 훅으로 전환",
|
|
"description": "현재 사용 중인 API 호출 함수들을 useQuery, useMutation 훅으로 변환합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "1. 기존 fetch/axios 호출을 식별하고 분류\n2. 읽기 전용 API를 useQuery로 전환 (거래 목록, 사용자 정보 등)\n3. 생성/수정/삭제 API를 useMutation으로 전환\n4. 쿼리 키 네이밍 컨벤션 정의 및 적용\n5. 각 훅에 적절한 옵션 설정 (enabled, select, onSuccess/onError 등)",
|
|
"status": "pending",
|
|
"testStrategy": "기존 기능이 React Query로 전환 후에도 동일하게 작동하는지 확인. 네트워크 탭에서 중복 요청이 제거되었는지 검증"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "캐싱 전략 및 백그라운드 동기화 구현",
|
|
"description": "자동 캐싱, staleTime/cacheTime 설정, 백그라운드 refetch를 구성합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "1. 데이터 타입별 캐싱 전략 정의 (거래 데이터: 5분, 사용자 정보: 30분 등)\n2. refetchOnWindowFocus, refetchOnReconnect 설정\n3. background refetch 간격 설정\n4. 자주 변경되는 데이터와 정적 데이터 구분하여 staleTime 조정\n5. 메모리 사용량 최적화를 위한 cacheTime 설정",
|
|
"status": "pending",
|
|
"testStrategy": "브라우저 탭 전환 시 자동 refetch 작동 확인. 캐시된 데이터가 설정된 시간만큼 유지되는지 테스트. 네트워크 연결 해제/재연결 시 동작 검증"
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "낙관적 업데이트 및 오프라인 지원 구현",
|
|
"description": "사용자 경험 향상을 위한 낙관적 업데이트와 오프라인 상태 처리를 구현합니다.",
|
|
"dependencies": [
|
|
3
|
|
],
|
|
"details": "1. 거래 생성/수정/삭제에 낙관적 업데이트 적용\n2. 실패 시 자동 롤백 로직 구현\n3. 오프라인 상태 감지 및 UI 표시\n4. 온라인 복구 시 자동 재시도 메커니즘\n5. 에러 핸들링 및 사용자 알림 시스템 구축\n6. retry 로직 설정 (exponential backoff)",
|
|
"status": "pending",
|
|
"testStrategy": "네트워크를 차단한 상태에서 데이터 변경 시도 후 온라인 복구 시 정상 동기화 확인. 낙관적 업데이트 실패 시 UI 롤백 테스트. 다양한 에러 시나리오에서 적절한 메시지 표시 검증"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 7,
|
|
"title": "테스트 환경 설정 및 핵심 로직 테스트 작성",
|
|
"description": "Vitest와 React Testing Library를 설정하고 핵심 비즈니스 로직과 주요 사용자 플로우에 대한 테스트를 작성합니다.",
|
|
"details": "1. Vitest 및 React Testing Library 설치 및 설정 2. 테스트 환경 설정 파일 생성 (vitest.config.ts) 3. 핵심 비즈니스 로직 단위 테스트 작성 4. 주요 컴포넌트 렌더링 테스트 5. 사용자 인터랙션 테스트 (로그인, 데이터 입력 등) 6. API 모킹 설정 7. 테스트 커버리지 80% 목표 달성",
|
|
"testStrategy": "모든 테스트가 통과하는지 확인, 테스트 커버리지 리포트 생성, CI/CD 파이프라인에서 테스트 자동 실행 확인",
|
|
"priority": "medium",
|
|
"dependencies": [
|
|
4
|
|
],
|
|
"status": "pending",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "Vitest 및 React Testing Library 설치 및 기본 설정",
|
|
"description": "프로젝트에 Vitest와 React Testing Library를 설치하고 기본 테스트 환경을 구성합니다.",
|
|
"dependencies": [],
|
|
"details": "npm install vitest @testing-library/react @testing-library/jest-dom @testing-library/user-event jsdom -D를 실행하여 필요한 테스트 라이브러리들을 설치합니다. package.json에 test 스크립트를 추가하고 기본 설정을 완료합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "설치 후 간단한 샘플 테스트를 실행하여 환경이 올바르게 구성되었는지 확인"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "vitest.config.ts 설정 파일 생성 및 구성",
|
|
"description": "Vitest 설정 파일을 생성하고 JSX, TypeScript, 환경 변수 등을 위한 설정을 구성합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "vitest.config.ts 파일을 생성하여 Vite 플러그인, jsdom 환경, setupFiles, coverage 설정 등을 포함한 포괄적인 테스트 환경 설정을 구성합니다. src/setupTests.ts 파일도 생성하여 전역 테스트 설정을 추가합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "설정 파일 생성 후 테스트 명령어가 올바르게 실행되는지 확인"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "핵심 비즈니스 로직 단위 테스트 작성",
|
|
"description": "유틸리티 함수, 데이터 변환 로직, 계산 함수 등 핵심 비즈니스 로직에 대한 단위 테스트를 작성합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "src/utils, src/lib 디렉토리의 함수들과 금융 계산, 데이터 포맷팅, 날짜 처리 등의 핵심 로직에 대해 포괄적인 단위 테스트를 작성합니다. 엣지 케이스와 에러 상황도 테스트에 포함합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "각 함수별로 정상 케이스, 엣지 케이스, 에러 케이스를 모두 커버하는 테스트 작성"
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "주요 컴포넌트 렌더링 및 인터랙션 테스트",
|
|
"description": "핵심 React 컴포넌트들의 렌더링과 사용자 인터랙션에 대한 통합 테스트를 작성합니다.",
|
|
"dependencies": [
|
|
3
|
|
],
|
|
"details": "TransactionForm, ExpenseForm, 인증 컴포넌트 등 주요 컴포넌트들의 렌더링, 폼 제출, 버튼 클릭, 입력 필드 상호작용 등을 테스트합니다. React Testing Library의 user-event를 활용하여 실제 사용자 시나리오를 시뮬레이션합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "컴포넌트별로 렌더링, 사용자 이벤트, 상태 변화를 검증하는 테스트 작성"
|
|
},
|
|
{
|
|
"id": 5,
|
|
"title": "API 모킹 설정 및 테스트 커버리지 최적화",
|
|
"description": "Appwrite API 호출을 모킹하고 전체 테스트 커버리지를 80% 이상으로 향상시킵니다.",
|
|
"dependencies": [
|
|
4
|
|
],
|
|
"details": "MSW(Mock Service Worker) 또는 vi.mock을 사용하여 Appwrite API 호출을 모킹합니다. 인증, 데이터 CRUD 작업 등의 API 상호작용을 테스트하고, 전체 프로젝트의 테스트 커버리지를 측정하여 80% 목표를 달성합니다.",
|
|
"status": "pending",
|
|
"testStrategy": "API 모킹 후 통합 테스트 실행 및 커버리지 리포트를 통한 목표 달성 확인"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 8,
|
|
"title": "React 성능 최적화 구현",
|
|
"description": "React.memo, useMemo, useCallback을 적용하고 불필요한 리렌더링을 방지하여 앱 성능을 향상시킵니다.",
|
|
"details": "1. React DevTools Profiler를 사용한 성능 분석 2. 자주 리렌더링되는 컴포넌트에 React.memo 적용 3. 계산 비용이 높은 로직에 useMemo 적용 4. 콜백 함수에 useCallback 적용 5. 세션 체크 주기를 5초에서 30초로 조정 6. 컴포넌트 레이지 로딩 구현 (React.lazy, Suspense) 7. 이미지 최적화 및 지연 로딩",
|
|
"testStrategy": "React DevTools에서 리렌더링 횟수 감소 확인, 앱 로딩 속도 2배 향상 측정, 메모리 사용량 최적화 확인",
|
|
"priority": "medium",
|
|
"dependencies": [
|
|
6
|
|
],
|
|
"status": "pending",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "React DevTools Profiler로 성능 병목 분석",
|
|
"description": "React DevTools Profiler를 사용하여 현재 앱의 렌더링 성능을 측정하고 최적화가 필요한 컴포넌트를 식별합니다.",
|
|
"dependencies": [],
|
|
"details": "1. React DevTools Profiler 설치 및 설정 2. 주요 사용자 플로우에서 성능 프로파일링 실행 3. 렌더링 시간이 긴 컴포넌트 식별 4. 불필요한 리렌더링이 발생하는 컴포넌트 목록 작성 5. 성능 베이스라인 설정 및 문서화",
|
|
"status": "pending",
|
|
"testStrategy": "프로파일링 결과를 통해 렌더링 시간과 리렌더링 횟수를 측정하고, 최적화 전후 비교를 위한 성능 메트릭 수집"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "React.memo와 메모이제이션 훅 적용",
|
|
"description": "식별된 컴포넌트에 React.memo, useMemo, useCallback을 적용하여 불필요한 리렌더링을 방지합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "1. 자주 리렌더링되는 컴포넌트에 React.memo 적용 2. 계산 비용이 높은 로직에 useMemo 적용 3. 콜백 함수와 이벤트 핸들러에 useCallback 적용 4. 의존성 배열 최적화 5. 컴포넌트별 메모이제이션 전략 구현",
|
|
"status": "pending",
|
|
"testStrategy": "React DevTools로 메모이제이션 적용 전후 리렌더링 횟수 비교, 성능 테스트 케이스 작성하여 렌더링 최적화 효과 검증"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "컴포넌트 레이지 로딩 및 코드 스플리팅 구현",
|
|
"description": "React.lazy와 Suspense를 사용하여 컴포넌트를 필요할 때만 로드하도록 하고 번들 크기를 최적화합니다.",
|
|
"dependencies": [],
|
|
"details": "1. 페이지별 컴포넌트에 React.lazy 적용 2. Suspense 경계 설정 및 로딩 상태 컴포넌트 구현 3. 라우트 기반 코드 스플리팅 적용 4. 동적 import를 통한 모듈 레이지 로딩 5. 번들 분석기로 코드 스플리팅 효과 확인",
|
|
"status": "pending",
|
|
"testStrategy": "번들 크기 측정, 페이지 로딩 시간 비교, 네트워크 탭에서 청크 파일 로딩 확인, Lighthouse 성능 점수 개선 측정"
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "성능 설정 최적화 및 최종 검증",
|
|
"description": "세션 체크 주기 조정, 이미지 최적화 및 지연 로딩을 구현하고 전체적인 성능 개선 효과를 검증합니다.",
|
|
"dependencies": [
|
|
2,
|
|
3
|
|
],
|
|
"details": "1. 세션 체크 주기를 5초에서 30초로 조정 2. 이미지 지연 로딩 라이브러리 적용 3. 이미지 포맷 최적화 (WebP, AVIF) 4. 가상화된 리스트 컴포넌트 적용 5. 최종 성능 프로파일링 및 베이스라인 대비 개선 효과 측정",
|
|
"status": "pending",
|
|
"testStrategy": "최적화 전후 성능 메트릭 비교, Core Web Vitals 측정, 메모리 사용량 모니터링, 사용자 체감 성능 개선 검증"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 9,
|
|
"title": "Vercel 자동 배포 설정",
|
|
"description": "Vercel을 사용하여 자동 배포 환경을 구축하고 환경별 배포와 PR 미리보기를 설정합니다.",
|
|
"details": "1. Vercel 프로젝트 연결 및 GitHub 통합 2. 환경별 배포 설정 (프로덕션, 스테이징) 3. 환경 변수 Vercel 대시보드에서 설정 4. PR 생성 시 미리보기 배포 자동 생성 5. 빌드 최적화 설정 6. 도메인 연결 및 SSL 인증서 설정 7. 배포 후 알림 설정",
|
|
"testStrategy": "자동 배포가 성공적으로 이루어지는지 확인, PR 미리보기 배포 동작 확인, 환경별로 올바른 환경 변수가 적용되는지 검증",
|
|
"priority": "low",
|
|
"dependencies": [
|
|
4
|
|
],
|
|
"status": "pending",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "Vercel 프로젝트 설정 및 GitHub 통합",
|
|
"description": "Vercel 계정에 프로젝트를 생성하고 GitHub 저장소와 연결하여 자동 배포 파이프라인의 기초를 구축합니다.",
|
|
"dependencies": [],
|
|
"details": "1. Vercel 계정 생성 및 로그인 2. GitHub 저장소를 Vercel에 임포트 3. 빌드 설정 구성 (Node.js 18.x, npm run build) 4. 루트 디렉토리 및 출력 디렉토리 설정 5. 첫 번째 배포 테스트 실행 6. 배포 로그 확인 및 오류 해결",
|
|
"status": "pending",
|
|
"testStrategy": "배포가 성공적으로 완료되는지 확인하고, 생성된 Vercel URL에서 애플리케이션이 정상적으로 로드되는지 테스트"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "환경별 배포 및 환경 변수 설정",
|
|
"description": "프로덕션과 스테이징 환경을 구분하여 배포하고, 각 환경에 맞는 환경 변수를 Vercel 대시보드에서 구성합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "1. Vercel 프로젝트 설정에서 Git 브랜치별 환경 매핑 (main → Production, develop → Preview) 2. 환경 변수를 Vercel 대시보드에서 설정 (VITE_APPWRITE_ENDPOINT, VITE_APPWRITE_PROJECT_ID 등) 3. 프로덕션과 프리뷰 환경별로 다른 Appwrite 프로젝트 ID 설정 4. 환경별 도메인 설정 (프로덕션용 커스텀 도메인, 프리뷰용 자동 생성 도메인) 5. 각 환경에서 빌드 테스트 및 환경 변수 적용 확인",
|
|
"status": "pending",
|
|
"testStrategy": "main 브랜치와 develop 브랜치에 각각 푸시하여 올바른 환경으로 배포되는지 확인하고, 각 환경에서 환경 변수가 정상적으로 적용되는지 테스트"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "PR 미리보기 및 배포 최적화 설정",
|
|
"description": "Pull Request 생성 시 자동으로 미리보기 배포가 생성되도록 설정하고, 빌드 성능 최적화 및 배포 알림을 구성합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "1. GitHub PR 생성 시 자동 미리보기 배포 활성화 2. Vercel 빌드 최적화 설정 (캐싱, 번들 분석 활성화) 3. 도메인 연결 및 SSL 인증서 자동 설정 4. GitHub Actions 또는 Vercel 웹훅을 통한 배포 완료 알림 설정 5. 배포 실패 시 Slack/Discord 알림 설정 6. 배포 상태를 GitHub PR에 자동으로 코멘트하는 설정",
|
|
"status": "pending",
|
|
"testStrategy": "테스트 PR을 생성하여 미리보기 배포가 자동으로 생성되는지 확인하고, 배포 완료 알림이 올바르게 전송되는지 테스트. 빌드 시간 측정 및 최적화 효과 검증"
|
|
}
|
|
]
|
|
},
|
|
{
|
|
"id": 10,
|
|
"title": "모니터링 시스템 구축 및 번들 최적화",
|
|
"description": "Sentry를 사용한 에러 모니터링을 설정하고 웹팩 번들 분석을 통해 번들 크기를 최적화합니다.",
|
|
"details": "1. Sentry 설치 및 설정 (에러 모니터링, 성능 추적) 2. Webpack Bundle Analyzer를 사용한 번들 분석 3. 불필요한 의존성 제거 (74개 dependencies 정리) 4. 코드 스플리팅 적용으로 초기 로딩 최적화 5. Tree shaking 최적화 6. 사용자 행동 분석을 위한 기본 이벤트 트래킹 7. 성능 지표 대시보드 구성",
|
|
"testStrategy": "Sentry에서 에러가 올바르게 수집되는지 확인, 번들 크기 30% 감소 달성 확인, 앱 로딩 속도 개선 측정",
|
|
"priority": "low",
|
|
"dependencies": [
|
|
8,
|
|
9
|
|
],
|
|
"status": "pending",
|
|
"subtasks": [
|
|
{
|
|
"id": 1,
|
|
"title": "Sentry 모니터링 시스템 설정",
|
|
"description": "Sentry를 설치하고 에러 모니터링 및 성능 추적을 위한 기본 설정을 구성합니다.",
|
|
"dependencies": [],
|
|
"details": "1. @sentry/react 및 @sentry/tracing 패키지 설치 2. Sentry 프로젝트 생성 및 DSN 설정 3. App.tsx에 Sentry 초기화 코드 추가 4. 에러 바운더리와 Sentry 통합 5. 성능 모니터링 옵션 설정 6. 환경별 설정 분리 (.env 파일 활용) 7. 소스맵 업로드 설정으로 디버깅 정보 제공",
|
|
"status": "pending",
|
|
"testStrategy": "테스트 에러 발생시켜 Sentry 대시보드에서 에러 수집 확인, 성능 트랜잭션 데이터 수집 테스트"
|
|
},
|
|
{
|
|
"id": 2,
|
|
"title": "웹팩 번들 분석 및 의존성 정리",
|
|
"description": "Webpack Bundle Analyzer를 사용해 번들을 분석하고 불필요한 의존성 74개를 정리합니다.",
|
|
"dependencies": [],
|
|
"details": "1. webpack-bundle-analyzer 설치 및 설정 2. npm run build 후 번들 분석 실행 3. package.json에서 사용하지 않는 dependencies 식별 4. npm ls를 통한 의존성 트리 분석 5. 중복되거나 unused된 패키지 제거 6. devDependencies와 dependencies 분류 정리 7. 번들 크기 before/after 비교 측정",
|
|
"status": "pending",
|
|
"testStrategy": "번들 분석 리포트 생성하여 크기 감소 확인, npm audit으로 보안 취약점 검사"
|
|
},
|
|
{
|
|
"id": 3,
|
|
"title": "코드 스플리팅 및 Tree Shaking 최적화",
|
|
"description": "React.lazy()를 활용한 컴포넌트 분할과 Tree Shaking을 통해 초기 로딩 성능을 최적화합니다.",
|
|
"dependencies": [
|
|
2
|
|
],
|
|
"details": "1. React.lazy()로 페이지별 컴포넌트 분할 2. Suspense를 활용한 로딩 상태 처리 3. 동적 import()를 통한 라우트 레벨 코드 스플리팅 4. webpack 설정에서 Tree Shaking 활성화 5. ES6 모듈 형태로 import/export 최적화 6. 사용하지 않는 CSS 제거 (PurgeCSS 적용) 7. 청크 분할 전략 최적화 (vendor, common chunks)",
|
|
"status": "pending",
|
|
"testStrategy": "개발자 도구 Network 탭에서 청크별 로딩 확인, Lighthouse 성능 점수 측정"
|
|
},
|
|
{
|
|
"id": 4,
|
|
"title": "사용자 행동 추적 및 성능 대시보드 구성",
|
|
"description": "기본 이벤트 트래킹을 구현하고 성능 지표를 모니터링할 수 있는 대시보드를 구성합니다.",
|
|
"dependencies": [
|
|
1
|
|
],
|
|
"details": "1. 페이지뷰, 클릭, 폼 제출 등 핵심 이벤트 트래킹 2. React Router와 연동한 페이지 전환 추적 3. Sentry Performance 모니터링 대시보드 설정 4. Core Web Vitals (LCP, FID, CLS) 측정 5. 커스텀 성능 지표 정의 및 수집 6. 에러율, 응답시간 등 주요 메트릭 알림 설정 7. 일일/주간 성능 리포트 자동화",
|
|
"status": "pending",
|
|
"testStrategy": "실제 사용자 시나리오로 이벤트 발생시켜 추적 데이터 확인, 성능 대시보드에서 메트릭 표시 검증"
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"metadata": {
|
|
"created": "2025-07-12T09:00:00.000Z",
|
|
"updated": "2025-07-12T06:14:52.889Z",
|
|
"description": "Tasks for master context"
|
|
}
|
|
}
|
|
} |