Google Play 비공개 테스트: 테스터 12명, 14일, 프로덕션 액세스를 받아내는 테스트 계획 (2026)

Google Play 개발자 계정이 새로 만든 개인 계정이라면, Google Play 비공개 테스트는 출시 전에 반드시 통과해야 하는 관문입니다. 프로덕션을 신청할 때 최소 12명의 테스터가 비공개 테스트에 옵트인되어 있어야 하고, 각 테스터는 직전 14일 동안 연속으로 옵트인 상태여야 합니다. 마지막 날에 체크박스 하나 채우듯 처리하지 말고, 담당자·일정·피드백 루프를 갖춘 2주짜리 테스트 프로젝트로 운영하세요.

2026년 Google Play 비공개 테스트 요건은 무엇인가요?

2026년 11월 기준, 2023년 11월 13일 이후에 생성된 개인 개발자 계정은 프로덕션 액세스를 신청하기 전에 "최소 14일 동안 연속으로 옵트인한 테스터 최소 12명"으로 비공개 테스트를 진행해야 합니다. 그 전까지는 해당 앱의 프로덕션 및 사전 등록 옵션이 잠겨 있습니다.

• 신청하는 시점에 테스터 12명이 비공개 테스트에 옵트인되어 있어야 합니다.
• 이들은 직전 14일 동안 연속으로 옵트인 상태였어야 합니다.
• 옵트아웃했다가 다시 옵트인한 테스터는 14일을 다시 연속으로 채워야 인정됩니다.
• 비공개 테스트는 앱 설정을 완료하면 사용할 수 있습니다. 공개 테스트는 프로덕션 액세스를 얻을 때까지 잠겨 있습니다.
• 내부 테스트에는 사전 요건이 없지만, 별도의 트랙입니다.

이 규칙은 Google의 신규 개인 개발자 계정의 앱 테스트 요건 페이지에 나와 있습니다. 이 페이지는 개인 계정만 다룹니다. 조직 계정에 대해서는 아무 언급이 없으므로, 어느 쪽으로든 단정하지 말고 내 대시보드에 무엇이 표시되는지 확인하세요.

Play Console에서 비공개 테스트 트랙은 어떻게 설정하나요?

비공개 테스트를 설정하려면 Play Console에서 테스트 및 출시 > 테스트 > 비공개 테스트를 열고 트랙 관리를 클릭한 뒤, 테스터 탭에서 테스터를 추가하고 출시 버전을 배포합니다. 테스터는 이메일 목록이나 Google 그룹으로 추가할 수 있습니다. 목록 하나에 최대 2,000명까지 넣을 수 있으니 목록 크기가 문제 될 일은 없습니다. 문제는 사람들이 실제로 옵트인하게 만드는 것입니다.

1. 테스터 탭에서 이메일 목록을 만들거나 yourgroupname@googlegroups.com 같은 Google 그룹을 입력합니다.
2. 피드백 URL 또는 이메일 주소를 추가합니다. Google은 이를 테스터 옵트인 페이지에 표시합니다.
3. 공유 가능한 옵트인 링크를 복사하고 변경 사항을 저장합니다.
4. 비공개 트랙에 출시 버전을 만들고 배포합니다.
5. 출시 버전이 게시되면 옵트인 링크와 Play 스토어 URL을 함께 공유합니다. 테스터는 프로덕션 전 앱을 Play 검색으로 찾을 수 없습니다.

Google의 테스트 설정 페이지에는 몇 가지 함정이 정리되어 있습니다. "옵트인 링크는 앱 상태가 '게시됨'일 때만 표시"되므로, 초안이나 게시 대기 중인 앱에는 링크가 없습니다. CSV를 업로드하면 목록에 이미 있던 주소를 덮어쓰며, BOM이 포함된 UTF-8로 저장된 CSV 파일은 거부됩니다. Google 그룹을 사용하는 경우, 사람들이 먼저 그룹에 가입해야 옵트인할 수 있습니다. 이미 내부 테스트에 참여 중인 사람은 내부 테스트에서 나가야 비공개 테스트 버전을 받을 수 있습니다.

테스터는 몇 명을 모집해야 하고, 누가 인정되나요?

12명이 아니라 15~16명을 모집하세요. Play 옵트인 링크로 옵트인한 사람만 인정되고, 14일 차 전에 이탈한 사람은 전혀 인정되지 않기 때문입니다. 각 테스터의 14일은 본인이 옵트인한 시점부터 시작되므로, 늦게 합류한 사람이 있으면 가장 빠른 신청 가능일이 뒤로 밀립니다.

좋은 모집 경로로는 메일링 리스트, 베타 대기자 명단, Android 폰을 가진 지인, 그리고 서로 앱을 테스트해 주는 다른 인디 개발자가 있습니다. 각 사람에게 옵트인 링크를 수락하고 Play에서 설치했는지 확인해 달라고 요청하세요. 사이드로드한 APK나 전달받은 빌드는 인정되지 않습니다. 유료 앱이라면 Google은 테스터가 앱을 구매해야 참여할 수 있다고 안내합니다. 무료 테스트 빌드나 프로모션 경로를 제공해야 하는 이유가 하나 더 생기는 셈입니다.

14일 동안 테스터는 무엇을 해야 하나요?

테스터는 며칠마다 구체적인 과제를 받아 실제 사용자처럼 앱을 써야 합니다. 그래야 기간 내에 피드백을 모으고 수정 사항을 배포할 수 있습니다. 프로덕션 신청 양식은 테스터가 모든 기능을 사용했는지, 사용 패턴이 실제 사용 행태와 일치했는지를 묻는데, 두 질문 모두에 답할 수 있어야 합니다.

테스터는 테스트 버전에 공개 리뷰를 남길 수 없습니다. 피드백 URL이나 이메일, 또는 Google Play의 비공개 피드백을 통해 의견을 모으세요. 각 보고 내용, 무엇을 바꿨는지, 어느 빌드에서 수정했는지를 기록해 두세요. 테스트 중 비정상 종료나 깨진 화면이 발견된다면 2.1 리젝션 대응 릴리스 빌드 테스트 계획이 Android 빌드에도 유용한 체크리스트가 됩니다.

"추가 테스트 필요" 답변을 받으면 어떻게 되나요?

공개된 사례를 보면, 테스터 수를 채우면 신청까지는 할 수 있지만 승인이 보장되지는 않습니다. 승인과 거절을 가르는 것은 눈에 보이는 테스터 참여도와 피드백에 따른 업데이트입니다.

• 테스터 서비스 이용 후 거절된 사례. MIT App Inventor 커뮤니티에서 한 개발자는 2024년 7월(기준이 테스터 20명이던 시기)에 테스터 교환 서비스로 인원을 채웠다고 밝혔습니다. 그런데도 "More testing required to access Google Play production"(Google Play 프로덕션 액세스를 위해 추가 테스트 필요) 답변을 받았고, 사유는 "비공개 테스트 기간 동안 테스터가 앱에 참여하지 않았습니다"와 "테스트 권장사항을 따르지 않았습니다. 여기에는 사용자 피드백을 수집하고 이에 따라 조치하는 것이 포함될 수 있습니다"였습니다. Google은 "다시 신청하기 전에 실제 테스터와 함께 비공개 테스트로 14일 더 앱을 테스트하세요"라고 안내했습니다. 이 개발자는 테스터가 누구인지, 어떻게 테스트했는지 몰라서 테스트 후 양식을 작성할 수 없었다고도 말했습니다. 스레드 페이지에는 해결되었다는 내용이 없습니다.
• 테스트를 다시 설계한 뒤 승인된 사례. DEV Community의 한 개발자는 친구와 가족 대부분이 iPhone을 쓴다는 사실을 알게 되었습니다. 앱을 설치한 사람은 4~5명뿐이었고, 그중 절반가량은 며칠 안에 삭제했습니다. 그래서 Google 그룹을 "누구나 가입 가능"으로 바꾸고, 상호 테스트 앱(글에서 홍보하는 앱)을 통해 다른 개발자들을 모집했습니다. 이틀 만에 테스터 14명을 확보했고, 기간 중 소규모 업데이트 6건을 배포했으며, 양식 답변을 꼼꼼하게 작성했습니다. 신청 이틀 뒤 승인을 받았다고 합니다.

핵심: 두 개발자 모두 테스터 수는 채웠습니다. 승인받은 쪽은 실제 사용, 업데이트, 피드백을 근거로 제시할 수 있었지만, 거절된 쪽은 숫자만 있었을 뿐 양식에 설명할 수 있는 근거가 없었습니다. 이미 그 이메일을 받았다면, Google Play "추가 테스트 필요" 가이드에서 재신청 전에 바꿔야 할 점을 확인하세요.

프로덕션 액세스 신청 양식은 무엇을 묻나요?

대시보드에서 여는 프로덕션 액세스 신청 양식은 비공개 테스트, 앱, 프로덕션 준비 상태의 세 부분으로 구성됩니다. 삭제를 클릭하거나 다음을 클릭하지 않고 섹션을 벗어나면 답변이 사라지므로 미리 초안을 작성해 두세요.

Google은 또한 "검토는 문제 해결 단계가 아니다"라고 경고합니다. 신청하기 전에 정책 준수, 콘텐츠 등급, 안정성을 확인하고, 앱에 로그인이 필요하다면 정상 작동하는 로그인 정보도 준비하세요. 데모 계정 설정 가이드는 Apple 기준으로 작성되었지만, 같은 심사용 로그인을 Google에도 그대로 쓸 수 있습니다.

프로덕션 액세스 신청 버튼을 누르기 전에 무엇을 확인해야 하나요?

신청 전에 옵트인한 테스터 최소 12명이 각각 14일 연속을 채웠는지, 피드백 기록에 배포한 수정 사항이 나와 있는지, 앱 설정 작업이 모두 완료되었는지 확인하세요. 출시일은 Google 검토 기간을 고려해 잡으세요. 검토는 "보통 7일 이내에 완료되지만, 경우에 따라 더 오래 걸릴 수 있습니다."

예시: 1인 개발자가 월요일에 앱 설정을 마치고 빌드 1을 배포합니다. 대기자 명단과 개발자 커뮤니티에서 16명을 초대했고, 2일 차까지 14명이 옵트인했습니다. 두 명에게 다시 연락하고 세 명을 추가로 모집합니다. 4일 차에 한 테스터가 구형 기기에서의 비정상 종료를 보고하고, 5일 차에 빌드 2를 배포합니다. 늦게 합류한 사람들은 14일이 더 늦게 시작되었으므로, 이 개발자는 첫 출시일이 아니라 사람별로 일수를 셉니다. 12명이 14일 연속을 채우자 신청하며, 발견한 버그 9건과 수정한 7건이 담긴 기록을 함께 제출합니다.

1. 대시보드에 14일 연속을 채운 옵트인 테스터가 최소 12명 표시됩니다.
2. 비공개 트랙의 최신 빌드가 프로덕션으로 승격할 빌드이며, 현재 타깃 API 수준을 충족합니다(타깃 API 수준 36 가이드 참고).
3. 피드백 기록에 발견한 문제, 반영한 변경 사항, 배포한 빌드가 정리되어 있습니다.
4. 스토어 등록정보, 콘텐츠 등급, 데이터 보안 및 기타 설정 작업이 완료되었습니다.
5. 앱에 로그인이 필요하다면 심사용 로그인 정보가 정상 작동합니다.
6. 양식 답변 초안이 준비되어 있고, 실제 테스터와 실제 변경 사항에 대해 구체적으로 적혀 있습니다.

iOS로도 출시한다면 App Store 제출 체크리스트에서 Apple 쪽 준비 사항을 확인하세요. 출시 작업을 맡기고 싶다면, 저희 App Store 제출 서비스가 Play Console과 App Store Connect를 설정하고 양쪽 심사를 $599에 준비해 드립니다. 개발자 계정 비용은 별도입니다. yagyeshsrbobde@gmail.com으로 이메일을 보내셔도 됩니다.