비공개 테스트에 테스터 12명 이상이 14일 연속으로 참여하면 Play Console 대시보드에서 프로덕션 액세스 신청이 열립니다. 클릭하면 짧은 양식이 나타납니다. 형식적인 절차처럼 보이지만, 사람인 검토자가 테스트가 진짜였는지, 앱이 준비됐는지 판단하는 단계이며, 부실한 답변은 개발자가 테스트를 계속하라는 안내를 받는 흔한 원인입니다.
이 가이드에서는 각 질문과 그 질문이 실제로 묻는 것, 그리고 구체적으로 답하는 방법을 살펴봅니다. Google은 문구를 가끔 조정하므로, 아래 질문 문구는 정확한 원문이 아니라 원문에 가까운 요약으로 봐 주세요.
신청하기 전에
좋은 답변은 기억이 아니라 메모에서 나옵니다. 무엇을 기록해야 하는지는 14일 테스트 일자별 계획에서 확인할 수 있습니다. 양식을 열기 전에 다음을 모아 두세요.
- 테스터를 어떻게 모집했는지, 몇 명을 초대했고 그중 몇 명이 참여했는지.
- 테스터가 무엇을 했는지: 어떤 기능을 대략 얼마나 자주 사용했는지.
- 받은 모든 의견과 그 출처(의견 이메일, 설문 양식, 채팅, 버그 리포트).
- 테스트 기간 중 배포한 업데이트의 버전 번호와 각각 무엇을 바꿨는지.
- Android vitals의 비정상 종료 및 ANR 수치와 출시 전 보고서에서 지적된 내용.
1부: 비공개 테스트에 관한 질문
앱 테스터를 모집하기가 얼마나 쉬웠나요?
매우 쉬움부터 매우 어려움까지 고르는 객관식 질문입니다. 정답은 없으니 솔직하게 고르세요. 양식에 따라 어떻게 모집했는지 설명하라는 후속 질문이 나오기도 하니, 친구와 동료, 개발자 커뮤니티, 자체 메일링 리스트, 테스트 서비스 등 모집 경로를 말할 수 있도록 준비하세요.
비공개 테스트 중 테스터의 참여도를 설명해 주세요
검토자는 테스터가 참여만 한 것이 아니라 앱을 실제로 사용했다는 증거를 원합니다. 어떤 기능을 얼마나 자주, 어떤 종류의 기기에서 사용했는지, 그리고 분석 도구나 vitals에서 눈에 띈 점을 설명하세요.
부실한 답변: “테스터들이 앱을 사용했고 마음에 들어 했습니다.”
더 나은 답변(습관 관리 앱 예시): “15명이 참여했고 14명이 테스트 끝까지 남았습니다. 대부분 매일 앱을 열어 습관을 기록했으며, 알림과 연속 기록 화면이 가장 많이 사용됐습니다. 테스터들은 Android 10~15를 실행하는 5개 제조사의 휴대폰을 사용했고, 태블릿 2대도 포함됐습니다. 첫 주에 Android vitals에서 비정상 종료가 2건 기록됐는데 모두 Android 10에서 발생했고, 버전 1.0.2에서 수정했습니다.”
받은 의견과 수집 방법을 요약해 주세요
수집 경로를 밝히고, 의견을 주제별로 묶으세요. 긍정적인 의견과 부정적인 의견을 모두 언급하세요. 아무도 개선할 점을 찾지 못한 테스트보다 실제 문제가 몇 가지 있었던 테스트가 더 믿음이 갑니다.
예시: “테스트 트랙의 의견 이메일과 출시 노트에 링크한 짧은 설문 양식으로 의견을 수집했습니다. 테스터들은 휴대폰을 재시작하면 알림이 울리지 않는 문제, 다크 테마의 통계 화면에서 텍스트 대비가 낮은 문제를 보고했고, 주간 요약 기능을 요청했습니다. 온보딩은 이해하기 쉽다는 평가였습니다.”
2부: 앱 또는 게임에 관한 질문
앱의 대상 사용자는 누구인가요?
앱이 누구를 위한 것이고 왜 그런지 구체적으로 적으세요. ‘모든 사람’은 대상 사용자가 아닙니다. 예시: “물 마시기나 독서처럼 작은 일상 습관을 만들고 싶고, 계정이나 소셜 기능 없는 간단한 앱을 선호하는 성인.”
앱이 사용자에게 어떤 가치를 제공하는지 설명해 주세요
어떤 문제를 앱이 어떻게 해결하는지 두세 문장으로 설명하세요. 기능이 거의 없는 앱은 Google Play 정책상 문제가 될 수 있으므로, 웹사이트를 감싸기만 한 앱이나 템플릿 이상의 무엇이 있는지 짚어 주세요.
첫해에 예상하는 설치 수는 얼마인가요?
범위 중에서 고르는 질문입니다. 마케팅 계획에 맞춰 현실적인 범위를 고르세요. 부풀려서 얻는 이점은 없으며, 첫 앱이라면 소박한 예상치가 지극히 정상입니다.
3부: 프로덕션 준비 상태
비공개 테스트에서 알게 된 내용을 바탕으로 앱을 어떻게 변경했나요?
가장 중요한 답변인 경우가 많습니다. Google은 테스트를 통해 앱이 바뀌었는지 보고 싶어 합니다. 구체적인 변경 사항을 버전 번호와 함께 나열하고, 각각을 계기가 된 의견이나 데이터와 연결하세요.
예시: “버전 1.0.2에서 vitals로 확인된 Android 10의 비정상 종료 2건을 수정했습니다. 버전 1.0.3에서는 테스터가 보고한 대로 기기 재시작 후 알림을 다시 예약하도록 했고, 다크 테마의 텍스트 대비를 높였습니다. 또한 여러 테스터가 요청한 주간 요약 화면을 추가했습니다.”
테스트 기간에 업데이트를 하나도 배포하지 않았다면 여기에 쓸 내용이 거의 없습니다. 그래서 작은 업데이트라도 비공개 테스트마다 최소 한 번은 배포하기를 권합니다.
앱이 프로덕션에 준비됐다고 어떻게 판단했나요?
느낌이 아니라 기준을 제시하세요. 예를 들어 최근 일주일간 해결되지 않은 비정상 종료 보고 없음, 보고된 버그는 모두 수정했거나 일정을 정해 둠, 다양한 Android 버전과 화면 크기에서 주요 흐름 테스트 완료, 스토어 등록정보와 데이터 보안 정보 작성 완료 등입니다.
해야 할 것과 하지 말아야 할 것
| 해야 할 것 | 하지 말아야 할 것 |
|---|---|
| 테스터 수, 일수, 버전, 기기 등 숫자를 활용하기 | 한 줄짜리 답변 쓰기 |
| 실제로 발견하고 수정한 문제 언급하기 | 테스터가 아무것도 찾지 못했다고 주장하기 |
| 의견을 어떻게 수집했는지 설명하기 | 모든 칸에 같은 일반적인 답변 붙여 넣기 |
| Play Console 데이터와 일치하는 답변 쓰기 | 실제로 없었던 참여나 의견 지어내기 |
| 다음 앱을 위해 메모 재활용하기 | 답변 템플릿을 고치지 않고 그대로 복사하기 |
여기서는 정직함이 중요합니다. Google은 테스트 트랙, 테스터 수, vitals를 볼 수 있으며, 데이터와 맞지 않는 답변은 설득력이 없습니다.
제출한 뒤에는
Google은 보통 7일 이내에 신청을 검토한다고 밝히지만, 더 오래 걸릴 수도 있습니다. 결과는 이메일과 Play Console 메시지로 받습니다. 승인되면 프로덕션 버전을 만들 수 있으며, 단계적 출시를 함께 쓰는 것이 좋습니다. 승인되지 않으면 테스트가 더 필요하다는 안내와 함께 나중에 다시 신청할 수 있다고 알려 줍니다. 다음 단계는 프로덕션 액세스가 거절됐을 때 할 일에서 다룹니다.
기다리는 동안 문제가 있는 게 아니라면 스토어 등록정보나 선언을 바꾸고 싶은 마음을 참으세요. 검토자는 작성한 내용과 실제로 보이는 내용을 비교하며, 일관된 모습일수록 승인하기 쉽습니다. 제출 후 답변에서 실수를 발견했다면, 다시 신청해야 할 경우에 쓸 수 있도록 수정 내용을 메모해 두세요.
기다리는 동안에도 비공개 테스트는 계속 진행하세요. 검토 중에 테스터가 빠지면, Google이 테스트를 더 요구할 때 보여 줄 내용이 줄어들 수 있습니다.
답변을 쉽게 쓰는 방법
가장 좋은 답변은 꾸준한 사용, 몇 가지 버그, 의견, 한두 번의 업데이트처럼 보고할 거리가 생긴 테스트에서 나옵니다. 지금 테스트를 계획하고 있다면 비공개 테스트 설정 방법과 테스터 12명 구하는 곳을 읽어 보세요.
TesterBie에서는 실제 Android 휴대폰이 14일 동안 매일 앱을 사용하고, 비정상 종료와 깨진 화면을 휴대폰 모델, Android 버전, 스크린샷과 함께 보고하며, 대시보드에 일일 활동 기록이 남습니다. 테스트가 끝나면 리포트와 이 질문들에 대한 팁을 드리므로, 실제로 있었던 일을 바탕으로 답변할 수 있습니다. 요금제 보기.
자주 묻는 질문
프로덕션 액세스 질문에 영어로 답해야 하나요?
Google이 영어를 요구하지는 않지만, 어떤 검토자든 쉽게 읽을 수 있는 명확한 영어가 가장 안전한 선택입니다.
인터넷에서 찾은 답변 템플릿을 써도 되나요?
템플릿은 구조를 잡는 데만 사용하세요. 검토자는 똑같은 답변을 많이 봅니다. 나의 테스터, 의견, 변경 사항을 직접 쓰고, 세부 내용이 Play Console 데이터와 일치하도록 하세요.
Google이 프로덕션 액세스 신청을 검토하는 데 얼마나 걸리나요?
Google은 검토가 보통 7일 이내에 끝난다고 밝히지만, 더 오래 걸리는 경우도 있습니다. 결과는 이메일과 Play Console로 알려 줍니다.
신청이 거절되면 어떻게 되나요?
Google이 테스트가 더 필요하다고 알려 줍니다. 참여도 높은 테스터 12명 이상으로 비공개 테스트를 계속하면서 개선 사항을 배포하고, Play Console에서 가능해지면 더 구체적인 답변으로 다시 신청하세요.