170 lines
4.9 KiB
Markdown
170 lines
4.9 KiB
Markdown
# Subscription Manager - 테스트 계획
|
|
|
|
## 개요
|
|
이 문서는 Subscription Manager 앱의 테스트 전략과 계획을 정의합니다. 앱의 품질을 보장하고 사용자 경험을 최적화하기 위한 다양한 테스트 방법을 설명합니다.
|
|
|
|
## 테스트 환경
|
|
|
|
### 모바일 기기
|
|
- **iOS**: iPhone SE(2020), iPhone 12, iPhone 14 Pro
|
|
- **Android**: Samsung Galaxy S10, Google Pixel 6, Xiaomi Mi 11
|
|
|
|
### OS 버전
|
|
- **iOS**: 14.0 이상
|
|
- **Android**: 8.0 이상
|
|
|
|
### 화면 크기
|
|
- 작은 화면 (5.5인치 이하)
|
|
- 중간 화면 (5.5-6.5인치)
|
|
- 큰 화면 (6.5인치 이상)
|
|
- 태블릿 (선택적)
|
|
|
|
## 테스트 유형
|
|
|
|
### 1. 기능 테스트
|
|
앱의 각 기능이 요구사항에 맞게 올바르게 작동하는지 확인합니다.
|
|
|
|
#### 구독 관리 테스트
|
|
- 새 구독 추가 기능
|
|
- 구독 정보 편집 기능
|
|
- 구독 삭제 기능
|
|
- 구독 활성화/비활성화 기능
|
|
- 구독 목록 표시 및 정렬 기능
|
|
|
|
#### 비용 분석 테스트
|
|
- 월별 총 비용 계산 정확성
|
|
- 카테고리별 비용 분석 정확성
|
|
- 차트 및 그래프 표시 정확성
|
|
|
|
#### 알림 테스트
|
|
- 결제일 알림 기능
|
|
- 알림 설정 및 해제 기능
|
|
- 알림 클릭 시 앱 내 해당 화면으로 이동 기능
|
|
|
|
#### 설정 테스트
|
|
- 언어 변경 기능 (영어/한국어)
|
|
- 통화 설정 기능
|
|
- 테마 변경 기능 (라이트/다크 모드)
|
|
|
|
### 2. 사용성 테스트
|
|
사용자가 앱을 직관적으로 사용할 수 있는지 확인합니다.
|
|
|
|
#### 테스트 시나리오
|
|
1. 첫 사용자 온보딩 경험
|
|
2. 새 구독 추가 프로세스
|
|
3. 구독 정보 찾기 및 확인
|
|
4. 월별 지출 분석 확인
|
|
5. 설정 변경 및 적용
|
|
|
|
#### 평가 기준
|
|
- 작업 완료 시간
|
|
- 오류 발생 횟수
|
|
- 사용자 만족도 (1-5점 척도)
|
|
- 직관성 평가 (1-5점 척도)
|
|
|
|
### 3. 성능 테스트
|
|
앱의 성능과 리소스 사용을 평가합니다.
|
|
|
|
#### 측정 지표
|
|
- 앱 시작 시간
|
|
- 화면 전환 시간
|
|
- 메모리 사용량
|
|
- CPU 사용량
|
|
- 배터리 소모율
|
|
- 저장 공간 사용량
|
|
|
|
#### 테스트 조건
|
|
- 적은 수의 구독 (5개 이하)
|
|
- 중간 수의 구독 (5-20개)
|
|
- 많은 수의 구독 (20개 이상)
|
|
|
|
### 4. 호환성 테스트
|
|
다양한 기기와 OS 버전에서 앱이 올바르게 작동하는지 확인합니다.
|
|
|
|
#### 테스트 항목
|
|
- 다양한 화면 크기에서의 UI 표시
|
|
- 다양한 OS 버전에서의 기능 작동
|
|
- 다양한 기기 제조사의 기기에서의 호환성
|
|
- 시스템 폰트 크기 변경에 따른 UI 적응성
|
|
|
|
### 5. 로컬라이제이션 테스트
|
|
다국어 지원이 올바르게 구현되었는지 확인합니다.
|
|
|
|
#### 테스트 항목
|
|
- 영어 텍스트 표시 정확성
|
|
- 한국어 텍스트 표시 정확성
|
|
- 날짜 및 시간 형식의 지역화
|
|
- 통화 형식의 지역화
|
|
|
|
### 6. 데이터 무결성 테스트
|
|
앱의 데이터 저장 및 관리 기능을 검증합니다.
|
|
|
|
#### 테스트 항목
|
|
- 데이터 저장 정확성
|
|
- 앱 재시작 후 데이터 유지
|
|
- 데이터 백업 및 복원 기능
|
|
- 잘못된 입력에 대한 유효성 검사
|
|
|
|
## 테스트 일정
|
|
|
|
### 알파 테스트 (내부)
|
|
- 기간: 개발 완료 후 2주
|
|
- 참가자: 개발팀, 기획팀
|
|
- 목표: 주요 버그 및 기능 이슈 식별
|
|
|
|
### 베타 테스트 (외부)
|
|
- 기간: 알파 테스트 완료 후 2주
|
|
- 참가자: 선별된 외부 테스터 (20-30명)
|
|
- 목표: 사용성 개선 및 실제 환경에서의 성능 검증
|
|
|
|
### 출시 전 최종 테스트
|
|
- 기간: 베타 테스트 완료 후 1주
|
|
- 참가자: QA팀, 개발팀
|
|
- 목표: 모든 중요 이슈 해결 확인 및 출시 준비
|
|
|
|
## 버그 추적 및 보고
|
|
|
|
### 버그 심각도 분류
|
|
1. **치명적 (Critical)**: 앱 충돌, 데이터 손실 등 사용 불가능한 상태
|
|
2. **높음 (High)**: 주요 기능 작동 불가
|
|
3. **중간 (Medium)**: 기능은 작동하나 사용성에 영향
|
|
4. **낮음 (Low)**: 사소한 UI 이슈, 개선 사항
|
|
|
|
### 버그 보고 템플릿
|
|
- 버그 제목
|
|
- 심각도
|
|
- 재현 단계
|
|
- 예상 결과
|
|
- 실제 결과
|
|
- 기기 정보 (모델, OS 버전)
|
|
- 스크린샷/비디오 (가능한 경우)
|
|
|
|
## 테스트 자동화
|
|
|
|
### 단위 테스트
|
|
- 데이터 모델 및 비즈니스 로직 검증
|
|
- 계산 함수의 정확성 검증
|
|
|
|
### 통합 테스트
|
|
- 데이터베이스 연동 검증
|
|
- 화면 간 데이터 전달 검증
|
|
|
|
### UI 테스트
|
|
- 기본 사용자 흐름 자동화 테스트
|
|
- 다양한 화면 크기에서의 UI 검증
|
|
|
|
## 출시 기준
|
|
앱 출시를 위한 최소 품질 기준을 정의합니다.
|
|
|
|
### 필수 조건
|
|
- 치명적 버그 0개
|
|
- 높은 심각도 버그 0개
|
|
- 중간 심각도 버그 5개 이하
|
|
- 모든 핵심 기능 정상 작동
|
|
- 주요 기기에서 호환성 확인
|
|
- 성능 지표 목표 달성 (앱 시작 3초 이내, 화면 전환 0.5초 이내)
|
|
|
|
## 테스트 담당자 및 역할
|
|
- 기획자: 사용성 테스트 주관, 요구사항 검증
|
|
- 개발자: 단위 테스트, 통합 테스트 작성 및 실행
|
|
- 외부 테스터: 베타 테스트 참여, 피드백 제공 |