프론트엔드
모바일 앱 QA, 어디서 어떻게 검증해야 할까
두줄요약
모바일 앱 QA에서 실기기로 Safe Area, 키보드, 터치, 화면 전환을 검증해야 하는 이유를 설명했습니다. 출시 전후 목적에 맞춘 이슈 기록과 재검수 운영 원칙을 제안합니다.
구조와 흐름
- Figma·STG 웹·TestFlight STG 앱·운영 배포 앱의 검수 목적과 한계 구분
- 실기기 기반 시스템 UI·Safe Area·키보드·터치·화면 전환·상태 유지 검증
- 출시 전 전체 품질 확인에서 출시 후 변경 영향·운영 버전 확인 중심으로의 QA 범위 전환
주의할 점
- 스크린샷 비교만으로 발견하기 어려운 입력 실패·하단 버튼 가림·이전 화면 상태 잔존
- 공통 컴포넌트 불일치 발생 시 개별 화면 CSS 수정 전 규격·적용 경로·예외 스타일 확인
- 수정 완료 보고와 실기기 재검수 완료의 분리 관리
적용해볼 점
- 빌드·기기·OS·재현 순서·기대 결과·실제 결과를 포함한 이슈 기록
- 시각 불일치·기능 결함·사용성 개선 의견의 분리와 심각도·담당 영역·재검수 상태 연결
- 배포 직후 핵심 사용자 흐름 확인과 변경 영향 범위 기반 회귀 검수
