User guide
Google Play 비공개 테스트 가이드
비공개 테스트 준비부터 프로덕션 신청과 출시까지 확인하세요.
프로덕션 액세스 준비
각 단계를 필요한 만큼 펼쳐 비교할 수 있으며, 다음 미완료 단계도 자동으로 열립니다.
1. 비공개 테스트 릴리스 게시현재 단계Play Console
스토어 등록정보와 앱 콘텐츠를 완료하고 사용할 비공개 테스트 트랙에 릴리스를 게시합니다. 앱 기능이 제한되어 있다면 Play 검토용 접근 정보를 등록한 뒤 변경사항을 제출합니다.
비공개 테스트 릴리스가 게시되고 참여 URL과 설치 URL을 열 수 있어야 합니다.
2. 테스트 캠페인 신청사용자
사용할 비공개 테스트 트랙의 참여 URL과 설치 URL을 복사해 새 테스트 신청 화면에 앱 정보를 등록합니다.
운영 검토용 캠페인이 생성되어야 합니다.
비공개 테스트 참여 URL
사용할 비공개 테스트 트랙의 테스터 탭에서 복사합니다. 등록된 테스터가 테스트 참여를 먼저 승인하는 주소입니다.
https://play.google.com/apps/testing/com.example.appGoogle Play 설치 URL
참여 승인 후 앱을 설치하거나 업데이트하는 Google Play 상세 주소입니다.
https://play.google.com/store/apps/details?id=com.example.app3. 테스터 이메일 CSV 받기운영팀
운영 검토 후 캠페인 상태가 사전 검증 또는 시작 준비로 바뀌면 캠페인 상세 상단에서 이메일 CSV를 내려받습니다.
CSV에는 현재 캠페인에 배정된 기기의 테스트 계정만 포함되므로 사전 테스트 중에는 12명보다 적을 수 있습니다.
4. 12명 이상 테스터 목록 등록Play Console
CSV를 사용할 비공개 테스트 트랙의 이메일 목록에 등록하고 해당 목록을 테스트 대상으로 선택한 뒤 저장합니다.
테스터 목록에 이메일 12명 이상을 등록하되, 목록 등록만으로 Google 공식 요건이 충족되지는 않습니다.
5. 12명 이상 참여 상태 확인 및 앱 설치운영팀
배정된 테스트 계정으로 참여 링크를 열어 참여를 선택하고 Google Play에서 앱 설치와 실행을 확인합니다.
Google 공식 요건은 설치 대수가 아니라 최근 14일 동안 지속적으로 참여를 선택한 테스터 12명 이상을 기준으로 합니다.
6. 캠페인 운영 시작 확인운영팀
사전 테스트와 테스터 등록이 끝나면 운영팀이 캠페인을 시작합니다. 캠페인 상세 상태가 테스트 진행으로 바뀌었는지 확인합니다.
테스트 진행 상태가 되면 운영 확인 탭에서 참여 계정, 연속 일수와 오늘 실행 결과를 확인할 수 있습니다.
캠페인 상세에서 이 항목만 확인하세요
현재 상태, 참여 계정, 연속 일수와 오늘 실행 결과를 중심으로 확인하고 앱을 업데이트했을 때만 운영팀에 알려 주세요.
- 01운영 시작 직후
캠페인 상태와 참여 계정 확인
캠페인 상세에서 현재 상태가 테스트 진행인지, 관측 참여 계정이 정상적으로 반영되는지 확인합니다.
- 현재 상태 카드의 다음 작업 안내를 먼저 확인합니다.
- 관측 참여 계정은 운영 슬롯에서 참여를 확인한 계정 수입니다.
피드백 기준운영 시작 예정일이 지났는데도 테스트 진행으로 바뀌지 않거나 참여 계정이 반영되지 않으면 운영팀에 알려 주세요. - 02매일
오늘 실행 결과 확인
오늘 예약된 실행 중 정상 완료된 수를 캠페인 상세에서 확인합니다.
- 화면은 열려 있는 동안 20초 간격으로 최신 상태를 다시 확인합니다.
- 실행 성공 수는 앱 동작 확인 결과이며 참여 상태 자체를 의미하지 않습니다.
피드백 기준예약 실행이 계속 준비 상태이거나 실패가 반복되면 현재 상태와 확인 시각을 운영팀에 전달해 주세요. - 0314일 운영 중
참여 계정과 연속 일수 확인
관측 참여 계정과 연속 참여 일수가 함께 증가하는지 캠페인 상세에서 확인합니다.
- 목표는 관측 참여 계정 12명과 연속 참여 14일입니다.
- 표시 값은 프로젝트가 확인한 운영 진행률이며 최종 공식 상태는 Play Console에서 확인합니다.
피드백 기준참여 계정이 줄거나 연속 일수가 예상대로 늘지 않으면 운영팀에 확인을 요청해 주세요. - 04앱 수정 후
새 버전 게시와 반영 확인
테스트에서 발견한 오류나 피드백을 반영해 같은 비공개 테스트 트랙에 새 버전을 게시했다면 운영 기기에 업데이트가 제공되고 첫 실행이 정상인지 다시 확인합니다.
- 앱 업데이트 자체는 12명·14일 요건의 별도 필수 조건이 아니지만 수정한 결과는 프로덕션 신청 전에 검증해야 합니다.
- versionCode를 올리고 버전명·버전 코드, 게시 시각과 달라진 첫 화면을 전달합니다.
- 패키지명이나 테스트 트랙을 바꾸었다면 기존 캠페인으로 계속 운영할 수 있는지 먼저 확인합니다.
피드백 기준새 버전 게시 후 기기에 업데이트가 보이지 않거나 이전 버전이 계속 실행되면 게시 시각과 예상 버전을 함께 알려 주세요.
신청부터 최종 출시까지 순서대로 진행하세요
캠페인 완료 후 결과 자료를 준비하고, 신청 가능 여부와 심사 결과는 Play Console에서 확인하세요.
- 01캠페인 완료 후
결과 자료와 신청 가능 여부 확인
캠페인 상세에서 완료 상태와 결과 자료를 확인한 뒤 Play Console에서 프로덕션 액세스 신청 가능 여부를 확인합니다.
- HTML 결과 리포트와 PDF 이메일 발송 상태를 먼저 확인합니다.
- 버튼이 열리지 않으면 참여 취소 계정, 앱 설정 작업과 Play Console의 공식 진행 상태를 다시 확인합니다.
권장 캡처: 프로덕션 액세스 요건 완료 상태와 활성화된 신청 버튼 - 02신청서 작성
실제 테스트 경험으로 답변
비공개 테스트, 앱과 프로덕션 준비 상태에 관한 질문에 실제 진행 내용을 기준으로 답합니다.
- 테스터 모집·참여 방식, 사용한 기능, 받은 의견과 수정한 내용을 구체적으로 작성합니다.
- 결과 리포트는 기술 확인 자료로 활용하되 실제 테스터 의견을 대신하지는 않습니다.
권장 캡처: 질문 제목과 답변 입력란이 보이는 신청서 화면이며 실제 답변과 개인정보는 가립니다 - 03심사 중
결과 확인과 재신청 대응
Google의 심사 결과는 계정 소유자 이메일과 Play Console에서 확인합니다.
- 심사는 일반적으로 7일 이내에 완료되지만 더 오래 걸릴 수 있습니다.
- 거절되면 안내된 사유를 반영해 테스트나 앱을 개선한 뒤 다시 신청합니다.
권장 캡처: 신청 날짜, 현재 심사 상태와 Google의 결과 안내가 함께 보이는 화면 - 04승인 후
프로덕션 출시와 캠페인 마무리
프로덕션 액세스 승인은 출시 권한을 여는 단계이며 앱이 자동으로 게시되지는 않습니다.
- Play Console에서 프로덕션 릴리스, 국가·지역, 스토어 정보, 데이터 보안과 정책 항목을 최종 확인합니다.
- 캠페인 완료 화면에서 HTML 결과 리포트와 PDF 이메일 발송 상태를 확인합니다.
권장 캡처: 프로덕션 권한·릴리스 준비 화면과 캠페인 HTML 리포트·PDF 발송 상태
Part 1비공개 테스트 정보
테스터 모집 난이도, 실제 참여 방식과 수집한 의견을 설명합니다.
테스터를 어떻게 모집했고 모집은 얼마나 어려웠나요?
Play Console의 난이도 선택지는 실제 경험에 맞게 고르고, 모집 경로와 대상 특성을 함께 정리합니다.
테스터는 앱을 어떻게 사용했나요?
핵심 기능, 사용 빈도와 실제 사용자 사용 방식과 달랐던 점을 구체적으로 적습니다.
어떤 의견을 어떻게 수집했나요?
이메일, 설문, 메신저 또는 Google Play 비공개 의견처럼 실제 사용한 채널과 반복된 의견을 요약합니다.
Part 2앱 또는 게임 정보
대상 사용자, 제공 가치와 첫해 설치 예상 범위를 설명합니다.
누가 이 앱을 사용하나요?
막연한 전체 사용자가 아니라 연령, 직업, 관심사나 사용하는 상황을 기준으로 구체화합니다.
앱은 어떤 가치를 제공하나요?
앱이라면 해결하는 문제와 이점, 게임이라면 차별화되는 플레이 경험을 설명합니다.
첫해 설치 수는 어느 정도로 예상하나요?
Play Console의 범위 중 목표 사용자와 출시 계획에 맞는 현실적인 값을 선택합니다. 캠페인 배정 기기 수를 첫해 설치 예상치로 사용하지 않습니다.
Part 3프로덕션 준비 상태
테스트 후 변경 사항과 출시 준비가 되었다고 판단한 근거를 설명합니다.
비공개 테스트 후 무엇을 변경했나요?
발견한 문제, 실제 수정 내용과 다시 확인한 결과를 한 묶음으로 작성합니다. 변경이 없었다면 억지로 만들지 말고 확인한 범위를 명시합니다.
왜 프로덕션 출시 준비가 되었다고 판단했나요?
핵심 기능 검증, 미해결 중요 이슈, 정책·데이터 보안 준비와 테스터 의견을 함께 근거로 제시합니다.
증상에 따라 먼저 확인하세요
자주 발생하는 문제는 아래 순서로 확인하고, 해결되지 않을 때 상세 QnA를 참고하세요.
App not available이 표시됩니다
비공개 테스트 릴리스 게시 여부 → 이메일 목록 선택·저장 → Play 스토어 로그인 계정 순서로 확인하세요. 초대된 계정과 현재 Play 스토어 계정이 다르면 참여할 수 없습니다.
로그인 세부정보 누락이 다시 표시됩니다
앱 일부라도 로그인이나 구독으로 제한되면 검토자가 모든 기능에 접근할 수 있는 재사용 가능한 계정과 단계별 접근 안내를 Play Console의 앱 액세스 권한에 등록해야 합니다.
14일이 지났는데 신청 버튼이 열리지 않습니다
최소 12명이 최근 14일 동안 연속으로 참여 동의 상태를 유지해야 합니다. 캠페인이 완료됐더라도 Play Console의 공식 상태와 중간에 참여를 취소한 계정이 있는지 확인하세요.
운영 환경과 지원 범위
서버 AVD 운영 방식과 자동 확인이 가능한 범위를 확인하세요.
Q1실제 휴대폰으로 테스트하나요?
현재 운영 환경은 Linux 서버에서 실행되는 Google Play 지원 Android Virtual Device(AVD)입니다. 각 운영 슬롯에는 별도의 Google 테스트 계정이 연결되며 참여, 설치와 앱 실행을 확인합니다.
- 실제 휴대폰을 대여하거나 원격 제어하는 서비스는 아닙니다.
- 운영팀은 원격 화면에서 참여 URL 열기, 설치와 첫 실행을 확인할 수 있습니다.
Q2어떤 Android 버전과 앱을 지원하나요?
운영 슬롯은 Android 14·15·16과 휴대전화·폴더블·태블릿 화면 형태를 나누어 구성하며 Google Play를 지원하는 x86_64 시스템 이미지를 사용합니다. 캠페인 시작 전 사전 테스트에서 참여, 설치와 첫 실행 가능 여부를 먼저 확인합니다.
- 특정 CPU ABI, Play Integrity, DRM 또는 기기 보안 기능이 필요한 앱은 AVD에서 제한될 수 있습니다.
- 앱의 최소 Android 버전과 로그인·구독 등 첫 실행 조건을 신청 전에 확인해 주세요.
Q3앱을 매일 실행해야 하나요?
Google의 공식 최소 요건은 참여 상태를 기준으로 설명되어 있으며 매일 1회 실행을 별도 요건으로 명시하지 않습니다. 이 프로젝트의 일일 실행은 설치 상태와 기본 동작을 반복 확인하기 위한 운영 방식입니다.
- 특정 날짜의 실행 실패와 비공개 테스트 참여 상태 해제는 서로 다른 문제입니다.
- 실행 실패가 감지되면 운영팀이 원인을 확인하고 결과 보고서에 자동 발견 사항으로 정리합니다.
Q414일 테스트 중 앱을 꼭 업데이트해야 하나요?
앱 버전 업데이트 자체는 12명·14일 요건의 별도 필수 조건은 아닙니다. 다만 테스트에서 발견한 오류나 실제 피드백을 반영했다면 프로덕션 신청 전에 같은 비공개 테스트 트랙에 새 빌드를 게시하고, 테스트 기기에 새 버전이 설치되어 정상 실행되는지 다시 확인해야 합니다.
- 수정할 내용이 없다면 업데이트 횟수를 만들기 위한 의미 없는 버전을 게시할 필요는 없습니다.
- 새 빌드는 같은 패키지명과 트랙을 유지하고 versionCode를 올린 뒤 버전명·버전 코드와 게시 시각을 운영팀에 알려 주세요.
Q5설문, 피드백이나 Play 스토어 리뷰가 필요한가요?
프로덕션 액세스 신청에서는 테스터 참여도, 받은 의견과 테스트 후 변경한 내용을 설명해야 합니다. 실제 사용자 의견을 별도의 이메일이나 설문 채널로 수집해 두는 것이 좋습니다.
- 이 프로젝트는 Play 스토어 리뷰·평점 작성이나 설치 수 조작을 제공하지 않습니다.
- 자동 실행 결과와 발견 사항 PDF는 기술 확인 자료이며 실제 테스터 의견을 대신하지 않습니다.
Q6PWA 또는 WebView 중심 앱도 테스트할 수 있나요?
설치와 패키지 실행 자체는 확인할 수 있지만 WebView 로그인, 외부 브라우저 전환, CAPTCHA, 2차 인증 또는 복잡한 화면 흐름은 자동 확인이 제한될 수 있습니다.
- 사전 테스트에서 실제 첫 화면과 핵심 동작 가능 여부를 먼저 확인합니다.
- 자동으로 확인되지 않은 항목은 운영 화면에서 사람이 직접 확인해야 합니다.