릴리스 후보 동결 및 테스트
버전 번호와 빌드 식별자를 정하고, 반영되지 않은 변경이 없는 소스 코드 버전에서 출시 후보를 만드세요. 첫 실행, 한 판 완료, 설정, 저장 데이터 복원, 중단 후 재개, 새 설치를 테스트합니다. 대상 화면 크기와 방향에서 모든 조작 요소를 확인하세요. 코드를 수정했다면 다시 빌드한 뒤 새 결과물에서 영향을 받는 항목을 재검사하세요. 디버그 빌드가 출시 후보와 같다고 가정하지 마세요.
목록에 필요한 자료(앱 이름, 설명, 현재 빌드의 스크린샷, 연령 및 콘텐츠 답변, 지원 연락처, 개인정보 공개, 인앱 구매 정보)를 수집하세요. 매장의 현재 규칙과 대상 요구 사항이 이 특정 릴리스에 적용되는지 확인하세요. 고정된 검토 기간이나 이전 API 마감을 기준으로 일정을 계획하지 마세요.
플랫폼의 단계적 제출 경로를 사용하세요.
Google Play의 경우 Play Console에서 앱을 생성하고, 대시보드 설정을 완료하고, Android App Bundle을 업로드하고, 적절한 테스트 또는 출시 트랙을 선택하세요. Play Console 문서에 따르면 패키지 이름은 고유하고 영구적이므로 처음 업로드하기 전에 정하세요. 출시를 예약하기 전에 콘솔에서 현재 대상 API 및 테스트 요구 사항을 읽어보세요.
Apple의 경우 App Store Connect에서 앱 기록을 생성하고, 빌드를 선택하고, 필수 메타데이터를 완료하고, 앱 심사를 위해 제출하세요. TestFlight는 베타 빌드를 배포하고 출시 전에 피드백을 수집할 수 있습니다. Apple은 제출물에 빌드를 추가하는 것과 실제로 제출하는 것을 구별합니다. 업로드가 이미 검토 중이라고 가정하기보다는 제출 상태를 확인하고 최종 작업이 완료되었는지 확인하세요.
릴리스를 반복 가능하게 만들기
출시 빌드 파일, 소스 코드 버전, 빌드 설정, 변경 기록, 제출 메모를 함께 보관하세요. 각 스토어에 어떤 버전이 공개되어 있는지 기록하세요. 웹 버전도 제공한다면 호스팅된 주소로 접속하는 과정과 모바일 브라우저 레이아웃을 따로 테스트하세요.
모바일 게임 퍼블리싱 관련 질문
두 모바일 플랫폼을 동시에 출시해야 합니까?
빌드와 제출이 모두 준비된 경우에만 가능합니다. 독립적인 플랫폼 검토 및 출시 단계가 다를 수 있으므로 어떤 버전을 사용할 수 있는지 명확하게 명시하고 해당 메모를 플랫폼과 연결해 두세요.
동일한 테스트 체크리스트로 웹 게임과 스토어 앱을 모두 다룰 수 있나요?
일부 게임플레이 확인은 공유될 수 있지만 패키징, 설치, 권한, 업데이트 및 검토 단계는 다릅니다. 일반적인 게임플레이 스모크 테스트와 플랫폼별 릴리스 확인을 유지하세요.
추가 읽을거리
오래된 정보를 발견하셨나요? 수정 사항 제보