Google Play 테스터 12명, 14일 비공개 테스트의 작동 방식 (2026)

정책 확인일: 2026년 9월 27일 아래 내용은 해당 시점에 Google이 공개한 비공개 테스트 및 프로덕션 액세스 문서를 기준으로 합니다. Google이 아무것도 공개하지 않은 부분은 추측으로 채우지 않고 그렇다고 밝혔습니다.

가장 큰 변화 중 하나가 테스터 12명 비공개 테스트 요구사항입니다. 해당 개인 개발자 계정은 프로덕션 액세스를 신청하기 전에 요구사항을 충족하는 비공개 테스트를 완료해야 합니다. 12명 x 14일 기준을 채운다고 해서 앱이 게시되거나 승인이 확정되는 것은 아닙니다.

이 요구사항이 왜 생겼는지, 절차가 어떻게 진행되는지, 2주 내내 참여해 줄 믿을 만한 테스터 12명을 구하기가 왜 그렇게 어려운지 헷갈리는 개발자가 많습니다. 이 글에서는 단계별로 차근차근 설명해, 앱을 출시하기 전에 전체 과정을 파악할 수 있게 했습니다. 번거로운 과정을 건너뛰고 싶다면 저희 테스트 서비스가 전체 과정을 대행해 드립니다.

2026년 Google Play 비공개 테스트 요구사항이란?

Google은 2023년 11월 9일에 이를 발표했고, 최종적으로 정해진 규칙은 2023년 11월 13일 이후에 만든 개인 Google Play Console 계정에 적용됩니다. 두 날짜는 서로 다른 사실인데도 자주 뒤섞입니다. 9일은 도입을 알린 날이고, 13일은 내가 대상인지 실제로 가르는 계정 생성 기준일입니다.

마지막 문장을 꼼꼼히 읽어 보세요. 이 주제에서 생기는 실망은 대부분 여기에서 비롯됩니다. 기준을 넘겨도 앱이 게시되지는 않습니다. 열리는 것은 신청이고, 그 뒤에 Google이 검토합니다.

Google은 이 요구사항을 개인 계정에 대해 문서화하고 있고, 그 결과 조직 계정은 명시된 범위 밖에 놓입니다. 이는 조직 계정은 면제된다는 문장과 일부러 구분한 표현입니다. 후자는 Google이 쓴 적 없는 말이고, 계정 유형 사이에서 앱을 옮긴 사람에게는 그 차이가 실제로 중요해집니다. 아래 적용 범위 섹션에서 제대로 짚어 보겠습니다.

Google이 테스트 요구사항을 도입한 것은 개발자가 다음을 하도록 유도해 앱 품질을 높이기 위해서입니다.

• 출시 전에 테스트하기
• 문제를 찾아내고 의견 모으기
• 사용자에게 내놓을 준비가 됐는지 확인하기
• 같은 2023년 11월 발표에서는 악성코드와 사기를 막기 위해 개발자 인증을 확대하는 내용도 별도로 다뤘습니다. 이는 비공개 테스트와는 다른 정책입니다.

즉 출시 전에 앱은 다음을 마쳐야 합니다.

테스터 12명 이상이 각각 14일 연속 참여를 채우면 Play Console에 프로덕션 액세스 신청 항목이 나타납니다. Google은 테스터의 앱 사용 정도, 받은 의견, 테스트 중 적용한 변경사항, 출시 준비 상태를 묻습니다. 기기와 IP의 다양성은 품질을 위한 실천이지, 공개된 검토 기준이 아닙니다.

테스터 12명 요구사항이 내 계정에도 적용되나요?

2023년 11월 13일은 계정 생성 기준일이지, Google이 정책을 발표한 날이 아닙니다. 발표는 2023년 11월 9일이었고, 두 날짜는 자주 혼동됩니다. 그 사이에 계정을 만들었다면 의미 있는 날짜는 기준일 쪽입니다.

자신에게 규칙이 적용된다는 사실을 알고 나면 늘 두 가지 질문이 이어집니다. 답은 서로 다릅니다.

첫째는 새 앱마다 별도의 테스트가 필요한가입니다. 실제로는 앱 단위로 적용되며, 해당 계정의 개발자들은 새 앱을 게시할 때마다 다시 충족했다고 전합니다. 다만 이것이 영원히 계속된다는 약속을 Google이 공개한 적은 없고, Product Experts는 계정에 출시 이력이 쌓이면 요구사항이 더 이상 표시되지 않을 수 있다고 전합니다. 그러니 대시보드에 표시되는 동안에는 앱 단위 요구사항으로 보고, 짐작하지 말고 새 앱마다 확인하세요. 자세한 내용은 앱마다 테스터 12명이 필요한가에서 다룹니다.

둘째는 이미 프로덕션 액세스를 받은 앱을 일반 업데이트할 때 기간이 다시 시작되는가입니다. 해당 앱이 프로덕션 액세스를 받은 뒤 일반 업데이트마다 12명 x 14일 테스트를 반복해야 한다는 요구사항은 공개된 적이 없습니다. 다만 Play의 일반 검토와 Google의 나머지 정책 확인은 모든 버전에 그대로 적용됩니다.

개인이냐 조직이냐의 선택은 이 규칙 하나를 넘어 비용, 본인 확인, 스토어 등록정보의 법적 소유자까지 영향을 미칩니다. 아직 고민 중이라면 등록 전에 Google Play 개인 계정과 조직 계정 비교를 읽어 보세요.

2026년 Google Play에는 테스터가 몇 명 필요한가요?

더 쓸모 있는 질문은 이 요구사항이 무엇을 위한 것인가입니다. Google의 설명은 인원을 세는 데가 아니라 테스트 자체에 있습니다. 문제를 드러내고, 의견을 모으고, 그에 따라 고치고, 앱이 준비됐는지 확인하는 것입니다.

정리하면, 규칙이니까 12명을 모으고, 이탈로 신청 가능일이 밀리는 일이 흔하니 몇 명 더 확보하는 것을 고려하세요. 이 중 Google의 요구사항은 앞의 하나뿐입니다.

테스터 12명과 14일에 실제로 집계되는 것은 무엇인가요?

이 규칙을 둘러싼 논쟁은 대부분 서로 다른 두 단계를 하나로 뭉뚱그려서 생깁니다. 두 단계를 구분하느냐가 정확한 날짜만 기다리느냐, 두 배로 기다리느냐를 가릅니다.

Google은 테스터 요구사항을 충족하지 못했거나 또는 비공개 테스트 중에 테스터가 앱을 사용하지 않은 경우 테스트를 계속하도록 요청할 수 있다고 밝힙니다. 이 둘은 원인도 해법도 다른 문제이며, 숫자로 표현되는 것은 앞의 하나뿐입니다.

테스터가 매일 앱을 열어야 하나요?

그렇게 정한 공개 규정은 없습니다. Google의 수치 조건은 참여의 연속성이며, 현재 요구사항 어디에도 하루 실행 횟수, 최소 세션 수, 하루 사용 시간 하한, 테스터가 도달해야 할 화면 수 같은 내용은 없습니다.

그렇다고 한 번 설치하고 잊어버릴 열두 명을 모아도 된다는 뜻은 아닙니다. 프로덕션 액세스 신청서는 테스터가 앱을 어떻게 사용했고 그 사용이 실사용자에게 기대하는 바와 어떻게 비교되는지 묻고, Google은 테스터의 사용 부족을 테스트 계속 요청의 사유로 듭니다. 그러니 사용 정도는 챙길 가치가 있되, 채워야 할 수치가 공개돼 있지 않으므로 할당량이 아니라 품질로 접근하세요.

테스터에게 실제 기기나 서로 다른 IP 주소가 필요한가요?

둘 다 Google이 공개한 비공개 테스트 요구사항에는 나오지 않습니다. 요구사항을 충족하는 테스터가 각자 별도의 실제 기기를 써야 한다는 조건은 없고, 테스터 12명에게 서로 다른 IP 주소, 네트워크, 가구, 국가가 필요하다고 밝힌 Google 1차 자료도 없습니다.

특히 IP 이야기는 단정하기보다 표시를 붙여 다루는 편이 맞습니다. Community Product Experts의 답변을 포함해 널리 퍼져 있고, 그 답변끼리 서로 어긋나기도 합니다. 커뮤니티 발 정보로 보세요. 그렇게 믿는 사람이 많다는 사실은 알아 둘 만하지만, Google이 문서로 적어 둔 것처럼 여기고 테스트를 설계할 일은 아닙니다. 더 자세한 내용은 기기 문제를 다룬 에뮬레이터와 비공개 테스트, 지역 문제를 다룬 여러 나라의 테스터에서 확인하세요.

내부 테스트도 12명에 포함되나요?

포함되지 않습니다. Google의 요구사항은 비공개 테스트를 콕 집어 명시하며, 내부 테스트는 선택적인 초기 품질 확인으로 설명합니다. 내부 테스트는 최대 100명까지 지원하고 실제 테스터가 빌드를 보기 전에 문제를 잡는 데 정말 유용하지만, 진행한다고 해서 프로덕션 액세스에 가까워지지는 않습니다.

시작 전에 알아 둘 실무상의 함정도 있습니다. 내부 테스트에 참여 중인 사람은 내부 테스트에서 나가 비공개 트랙에 참여하기 전까지 비공개 테스트 대상이 되지 않습니다. 첫 테스터들을 실수로 내부 테스트에 넣었다면, 옮기는 일은 의식적으로 해야 하는 절차입니다.

각 트랙을 언제 쓰면 좋은지까지 포함한 전체 비교는 내부, 비공개, 공개 테스트 비교에 정리해 두었습니다.

테스터가 늦게 참여하거나 중간에 나갈 때 14일은 어떻게 계산되나

14일이 지나기 전에 테스터가 테스트에서 나가면 그 사람은 더 이상 집계되지 않고, 그래서 인원이 12명 아래로 떨어지면 Google이 공개한 조건, 즉 최근 14일 이상 지속적으로 참여한 테스터 12명 이상을 더는 충족하지 못합니다. 기준 기간이 언제나 가장 최근 14일이기 때문에, 사람이 빠질수록 신청 가능일은 뒤로 밀립니다. Google은 이에 대한 계산 방식을 공개하지 않습니다. 한 명이 이탈하면 남은 테스터 전원이 0일로 돌아간다는 규정은 문서에 없고, 실무상 확인은 지금 연속 조건을 충족하는 테스터가 몇 명인지를 보는 것뿐입니다. 개발자가 예상한 신청 가능일을 놓치는 흔한 이유입니다.

테스터 목록에 이메일을 추가하는 것만으로는 부족합니다. 해당 Google 계정으로 테스트 링크를 통해 참여해야 인원으로 집계됩니다. 그 뒤 같은 계정으로 Google Play에서 앱을 설치해 사용해야 합니다. Play Console은 참여한 테스터 수를 보여 줄 뿐, 계정별 참여 이력을 믿을 만하게 제공하지는 않습니다. 인원은 그곳에서 확인하고, 신청 가능일을 가늠해야 한다면 테스터별 참여 시점은 직접 기록해 두세요.

테스터 한 명이 나가면 어떻게 되나요?

그 테스터의 참여 기간은 끊기고, 끊긴 기간은 인정되지 않습니다. 나가기 전의 날수와 돌아온 뒤의 날수를 합쳐 14일로 만들 수는 없습니다. 다시 돌아왔다면 재참여한 날부터 시작하는 새로운 14일 기간으로 보세요.

손해의 크기는 테스터 수와 추가 인원이 언제 참여했는지에 함께 달려 있습니다. 정확히 12명이라면 한 명만 나가도 최소 인원이 무너집니다. 20명이면 인원에는 여유가 있지만, 원래 날짜가 지켜지는 것은 남은 테스터 가운데 12명 이상이 충분히 이른 시점부터 연속으로 참여한 경우뿐입니다. 늦게 합류한 테스터는 인원은 지켜 주지만 처음의 날짜까지 지켜 주지는 못합니다.

테스터가 앱을 삭제하면 어떻게 되나요?

앱 삭제와 테스트에서 나가는 것은 다른 일입니다. 둘을 같은 것으로 다루는 페이지가 많으니 여기서는 정확히 구분할 필요가 있습니다. Google은 수치 기준을 참여 상태로 정의합니다. 삭제만으로 테스터의 참여 기간이 끝나거나 기간이 다시 시작된다고 밝힌 1차 자료는 없습니다.

분명한 것은 그다음에 오는 영향입니다. 설치돼 있지 않은 앱은 사용 기록을 남기지 않고, 이틀째에 삭제한 테스터는 신청서에서 테스터의 사용 정도를 물을 때 적을 내용을 남겨 주지 않습니다. 재설치를 챙겨야 하는 이유는 사용 근거가 아깝기 때문이지, 삭제가 인원을 무너뜨린다고 확인돼서가 아닙니다.

앱을 업데이트하면 14일이 초기화되나요?

새 빌드를 배포하면 연속 참여가 다시 시작된다는 공개 규정은 없습니다. Google은 오히려 반대로, 비공개 테스트 중의 업데이트를 바람직한 방식으로 봅니다. 이 기간의 목적이 문제를 찾아 고치는 것이고, 프로덕션 액세스 신청서는 그 결과로 무엇을 바꿨는지 묻기 때문입니다. 버전을 올린 뒤 2주치 진행을 날린 게 아닐까 걱정하는 일은 아주 흔하지만, 1차 문서를 보는 한 근거가 없는 걱정입니다.

한 가지 유의할 점은, 이것이 업데이트로 기간이 초기화되지 않는다고 Google이 명시한 문장이 있다는 뜻이 아니라 그런 공개 규정이 없다는 뜻이라는 것입니다. 내 앱에 대해 Play Console이 다른 이야기를 한다면 Play Console을 믿으세요. 이 문제는 앱 업데이트가 비공개 테스트를 초기화하는가에서 제대로 다룹니다.

그래서 전문 테스트 서비스를 찾는 수요가 늘었습니다. 직접 해 보다 몇 주를 날리는 대신 전문 테스터에게 맡기는 개발자가 많습니다.

Google Play 테스터 12명을 가장 빨리 구하는 방법은?

이렇게 보면 질문이 달라집니다. 우리가 고르는 것은 속도가 아니라 두 가지입니다. 12명의 참여에 얼마나 빨리 도달하는가, 그리고 그 12명이 2주 뒤에도 참여 상태로 남아 있을 가능성이 얼마나 되는가. 아래 각 방법은 이 둘의 균형이 서로 다릅니다.

Google은 개인적, 업무적 인맥을 활용하라고 제안합니다. 친구, 가족, 동료, 동기에 더해 관련 커뮤니티, SNS 팔로워, 그리고 앞으로의 사용자와 비슷한 사람들입니다. 마지막 항목은 요구사항은 아니지만 진지하게 볼 만합니다. 신청서에서 테스터의 사용이 실사용자에게 기대하는 바와 어떻게 비교되는지 묻는데, 사용자층과 전혀 다른 사람들만 있으면 답하기가 더 어려워지기 때문입니다.

Google의 비공개 테스트 안내에는 테스터가 무보수여야 한다는 내용이 없습니다. 공개된 그 안내를 기준으로 보면, 실제 테스트와 의견이 오가는 유료 방식은 요구사항과 양립할 수 있습니다. 다만 공개 평점, 리뷰, 설치 수, 순위, 스토어 노출을 조작하는 데 써서는 안 됩니다.

테스트 대행 서비스가 제공하는 것

테스터를 구하기가 워낙 어렵다 보니, 14일 요구사항을 끝까지 함께할 실제 기기 사용자를 갖춘 온라인 테스터 서비스를 쓰는 개발자가 많습니다.

전문 테스트 팀이 제공하는 것

PrimeTestLab은 Google Play 요구사항에 따르는 복잡한 일을 대신 처리합니다. 120+개국에서 Android 실제 기기를 쓰는 검증된 테스터를 배정해 드립니다. 몇 주를 들여 직접 테스터를 찾고 조율하는 대신 실제 테스터 12명을 US$19.99에 확보하고, 몇 시간 안에 테스트를 시작할 수 있습니다.

PrimeTestLab의 서비스에는 14일 내내 이어지는 테스터 활동과 의견이 포함됩니다. 이는 저희 서비스 기준이며, Google이 공개한 매일 실행 요구사항이 아닙니다. 테스트 완료율 99.9%, 테스트한 앱 9,800+개의 경험으로 모집 문제를 대신 덜어 드립니다. 12명보다 여유 있게 두면 좋은 이유를 확인하세요.

덕분에 1인 개발자나 소규모 팀도 2주를 사람 구하는 데 쓰지 않고 앱을 출시할 수 있습니다.

실적: 테스트한 앱 9,800+개

PrimeTestLab은 세 가지 요금제로 Google의 비공개 테스트 요구사항 충족을 돕습니다.

저희는 12명 x 14일 비공개 테스트에 맞춰 구성한 테스터 네트워크를 운영합니다. PrimeTestLab 내부 프로젝트 데이터 기준이며 2026년 8월 15일에 갱신했습니다. 테스트 완료란 유료 프로젝트가 대행 비공개 테스트를 마치고 프로덕션 액세스 신청 단계에 도달했다는 뜻입니다. Google이 프로덕션 액세스를 승인했다는 뜻이 아닙니다. 아래 서비스 수치는 그렇게 완료된 주문 기록을 바탕으로 합니다.

흔한 고민

모집 문제는 바로 해결됩니다. 테스트는 4~6시간 이내에 시작되고, 신청을 마치고 Google의 결정을 알려 주실 때까지 테스터가 참여 상태를 유지하도록 계속 지원합니다.

Google Play 비공개 테스트를 단계별로 설정하는 방법

참여 링크에서 앱을 사용할 수 없다고 나오는 이유는?

자주 생기는 문제이고, 원인은 거의 언제나 아래 아홉 가지 중 하나입니다. 특이한 설명으로 건너뛰지 말고 위에서부터 차례로 확인하세요.

1. 테스터가 같은 휴대전화의 다른 개인 계정이 아니라 초대한 바로 그 Google 계정으로 로그인해 있는지.
2. Google 그룹을 썼다면, 테스터가 참여 링크를 열기 전에 그룹에 가입했는지.
3. 버전 상태가 초안, 검토 중, 게시 대기 중이 아니라 게시됨인지.
4. 해당 트랙에 처음 배포한 뒤 몇 시간이 지났는지.
5. 테스터의 국가가 앱 배포 대상에 포함돼 있는지.
6. 테스터의 기기가 업로드한 번들과 호환되는지.
7. 내부 트랙에 참여한 적이 있다면 내부 트랙에서 나왔는지.
8. 내부나 공개 테스트 링크가 아니라 비공개 테스트 링크를 쓰고 있는지.
9. 참여 수락과 Google Play 설치, 두 단계를 모두 마쳤는지.

아홉 가지를 모두 확인해도 해결되지 않으면 테스터가 앱을 사용할 수 없을 때에서 더 깊이 다룹니다. 초대 절차 전반은 테스터 초대 방법을, 그룹에서만 생기는 문제는 Google 그룹 비공개 테스트가 동작하지 않을 때를 참고하세요.

의미 있는 테스트가 실제로 다루는 범위

Google은 테스트 계획도, 일별 일정도, 점검 목록도 공개하지 않으며 이 글에서 그런 것을 지어낼 생각도 없습니다. 아래는 저희 편집 기준의 품질 확인 계획입니다. 2주간의 실제 테스트로 무리 없는 형태를 제시한 것으로, 하루 할당량이 없다는 말만으로는 실무에 도움이 되지 않아 마련했습니다. 제출 양식이 아니라 고를 수 있는 메뉴로 보세요.

이 모든 것을 하는 이유는 Google이 그것을 세기 때문이 아닙니다. 마지막 신청서가 테스터가 무엇을 했고, 무엇을 말해 줬고, 무엇을 바꿨는지 묻기 때문입니다. 위 목록처럼 짜인 테스트라면 세 가지 모두에 답이 나옵니다.

테스트 후 프로덕션 액세스를 신청하는 방법

대부분의 글이 건너뛰는 부분이지만, 결과를 실제로 가르는 것은 이 단계입니다. 기준을 채우는 일은 계산입니다. 신청은 직접 글로 세워야 하는 논거입니다.

프로덕션 액세스 양식에서 Google이 묻는 것

Google은 질문 항목을 공개합니다. 공개하지 않는 것은 채점 기준, 글자 수, 떨어지는 문구 목록, 그리고 답변을 결정으로 바꾸는 계산식입니다. 특정 문장 때문에 자동으로 반려된다고 말하는 사람은 Google이 쓴 규칙이 아니라 스스로 추론한 패턴을 설명하는 것입니다.

할 수 있는 일은 실제로 남긴 기록을 바탕으로 답하는 것입니다. 아래 각 질문은 내가 보낸 14일에서 실제로 짚어 낼 수 있어야 하는 항목과 이어집니다. 끝난 뒤에 떠올려 쓰기보다 테스트 중에 기록을 남겨야 하는 진짜 이유입니다.

승인 대신 추가 테스트 요청이 돌아왔다면 그것은 막다른 길이 아니라 문서에 나오는 결과 중 하나입니다. 다음 섹션에서 Google이 그 원인으로 실제로 밝힌 내용을 다룹니다.

Google이 추가 테스트가 필요하다고 답하는 이유: 아는 것과 모르는 것

14일을 다 채웠는데도 테스트를 계속하라는 답을 받는 것은 이 과정에서 가장 맥이 빠지는 결과이고, 전용 포럼 스레드가 생길 만큼 흔한 일이기도 합니다. 솔직히 말하면 Google이 알려 주는 정보는 알고 싶은 만큼에 미치지 못합니다. 그러니 언급되지 않은 것을 쫓기 전에, Google이 직접 짚은 두 가지부터 해결하는 편이 실질적입니다.

아래 두 가지는 전체 목록이 아니라 Google이 직접 든 사례로 읽어 주세요. Google 바깥에 있는 사람이 짚을 수 있는 원인은 이 둘뿐이므로, 먼저 없앨 가치가 있습니다.

지금 실제로 추가 테스트가 필요하다는 안내를 받고 대응 중이라면, Google이 추가 테스트를 요구할 때의 대처에서 전체 흐름을 뜯어봅니다. 반려 유형 전반은 비공개 테스트가 반려되는 이유에서 다룹니다.

이런 분께 맞습니다

두 번째 홍보가 아니라, 간단한 신뢰 정보입니다.

포함 내용

테스터 12명으로 충분한가요, 더 구해야 하나요?

추가 인원이 하지 못하는 일도 분명히 적어 둡니다. 그렇지 않은 것처럼 말하는 페이지가 많기 때문입니다. 14일을 줄여 주지 않고, 실질적인 앱 사용을 대신하지 못하며, 프로덕션 액세스를 보장하지도 않습니다. 그 점을 전제로, 선택지를 솔직하게 비교해 보겠습니다.

대부분의 개발자에게는 PrimeTestLab의 테스터 12명 Starter 요금제가 가장 효율적입니다. 이탈에 더 대비하고 싶다면 테스터 20명 Professional 요금제가 8명의 여유를 더해 줍니다. 테스터 25명 Enterprise 요금제는 13명의 여유와 전담 담당자를 제공합니다. 요구사항을 충족한 테스트 후에도 프로덕션 액세스가 승인되지 않으면 모든 요금제에 무료 재테스트 1회 또는 전액 환불이 포함됩니다(환불 정책에 따릅니다). 어떤 요금제도 약속할 수 없는 것은 Google의 결정 그 자체입니다.

출시를 막을 수 있는 다른 요구사항

비공개 테스트는 게시 요구사항 가운데 하나일 뿐, 전부가 아닙니다. 테스터 12명 요구사항을 통과하고도 테스트와 무관한 이유로 막힐 수 있습니다. 출시일을 잡기 전에 무엇이 더 남아 있는지 알아 둘 필요가 있습니다.

내 앱에 비춰 확인해 볼 나머지 항목입니다.

• 타겟 API 수준. 새 앱과 업데이트는 비교적 최신 Android 버전을 타겟해야 하며, 하한은 기기 형태에 따라 다릅니다. 현재 수치와 연장 신청 절차는 타겟 API 가이드에서 확인하세요.
• 권한 정책. 민감한 권한에는 각각 신고 항목과 기한이 있고, 그 날짜는 바뀝니다. 정책 업데이트 캘린더에서 항목별 현재 시행일을 정리해 두었습니다.
• 앱 콘텐츠 신고. 데이터 보안, 개인정보처리방침, 광고, 콘텐츠 등급, 타겟층은 버전을 배포하기 전에 모두 작성돼 있어야 합니다.
• 일반 정책 검토. 모든 버전은 테스트 이력과 상관없이 그 자체로 검토됩니다.

이 날짜들은 여기서 반복하지 않고 정책 캘린더 한 곳에 모아 둡니다. 기한이 여러 곳에 흩어지면 서로 어긋나고 결국 어느 하나가 틀리게 되기 때문입니다.

요금 플랜

테스터를 직접 구하는 번거로움을 덜어 드립니다. 모든 요금제에 Google Play의 14일 비공개 테스트 요구사항을 채우는 데 필요한 것이 모두 들어 있습니다. 현재는 Enterprise가 프로모션으로 가장 유리합니다. Professional보다 테스터가 많은데 할인 폭이 더 커서 25명이 20명보다 저렴할 수 있습니다. 요구사항을 충족한 테스트 후에도 프로덕션 액세스가 승인되지 않으면 모든 요금제에 무료 재테스트 1회 또는 전액 환불이 포함됩니다(환불 정책에 따릅니다).

자주 묻는 질문

마무리

직접 진행한다면 전체 과정은 짧은 순서로 정리됩니다. 이 글의 나머지 내용은 모두 아래 열 단계 중 하나에 딸린 세부 사항입니다.

1. 해당 앱의 Play Console 대시보드에 요구사항이 실제로 표시되는지 확인합니다.
2. 앱 설정을 마칩니다. 스토어 등록정보, 콘텐츠 신고, 데이터 보안입니다.
3. 비공개 테스트 트랙에 버전을 게시하고 상태가 게시됨이 될 때까지 기다립니다.
4. 테스터 12명 이상이 테스트에 참여하도록 하고, 인원수는 초대 목록이 아니라 테스터 탭에서 확인합니다.
5. 14일 내내 12명 이상이 지속적으로 참여한 상태를 유지합니다. 날짜를 정하는 것은 요구사항을 채운 열두 번째 테스터입니다.
6. 형식이 아니라 실제 테스트를 진행합니다. 테스터에게 할 일을 주고, 받은 의견을 기록합니다.
7. 실제로 드러난 문제를 고치고, 무엇을 바꿨는지 적어 둡니다.
8. Play Console에 항목이 나타나면 대시보드에서 신청합니다.
9. 양식은 템플릿이 아니라 실제 기록을 바탕으로 작성합니다.
10. Google의 검토는 확정된 기한이 아니라 보통 7일 이내로 생각하고, 추가 요청이 오면 테스트를 계속합니다.

5단계에서 요구사항을 채운 열두 번째 테스터가 아니라 첫 초대일부터 세거나, 6단계에서 이 2주를 테스트가 아닌 대기 기간으로 여기다가 몇 주를 잃는 경우가 많습니다.

14일 동안 앱을 설치해 둘 믿을 만한 사람 12명을 구하는 일은 정말 쉽지 않습니다. 그래서 PrimeTestLab이 있습니다.

Google 공식 문서로 확인하기

이 글은 Google이 공개한 내용과 커뮤니티에서만 도는 주장을 구분해 씁니다. 앞의 내용은 직접 확인하실 수 있습니다. 위의 핵심 서술은 모두 다음 페이지에서 나왔습니다.

이 글에서 Google이 공개했다고 쓴 내용은 위 세 페이지 중 하나에 있습니다. 커뮤니티에서 나온 이야기이거나 문서에 없다고 쓴 경우는, 저 페이지들을 확인했지만 찾지 못했다는 뜻입니다.