빠른 답변
Google Play 비공개 테스트에 필요한 테스터 12명을 구하는 현실적인 방법은 일곱 가지입니다. 지인, 기존 사용자, 개발자 커뮤니티, 테스터 교환 플랫폼, 체계적으로 운영되는 품앗이 그룹, 프리랜서 마켓플레이스, 관리형 서비스입니다. Google이 공개한 조건은 새로 만든 개인 개발자 계정이 프로덕션 액세스를 신청하기 전에 테스터 12명이 신청 직전 14일 동안 지속적으로 참여 상태를 유지해야 한다는 것입니다.
한눈에 비교: Google Play 테스터를 구하는 7가지 방법
같은 일곱 가지 경로를 실제로 차이가 나는 여섯 가지 항목으로 비교했습니다. 이 표에 누구에게나 맞는 정답이 없는 것은 의도한 것입니다. 알맞은 경로는 예산과 마감 일정, 그리고 앱의 대상 사용자가 얼마나 특정한지에 따라 달라집니다.
이해관계 공개
이 글은 PrimeTestLab이 발행하며, PrimeTestLab은 방법 7에서 설명하는 관리형 서비스를 판매합니다. 그래도 아래 비교는 무료 경로와 다른 업체의 경로까지 빠짐없이 다루며, 저희를 포함해 어떤 업체도 Google의 프로덕션 액세스 결정을 보장할 수 없습니다.
| 방법 | 비용 | 12명 모집 기간 | 직접 드는 시간 | 의견 적합도 | 이탈 위험 |
|---|---|---|---|---|---|
| 1. 친구와 가족 | 무료 | 1~3일 | 많음 | 낮음 | 보통 |
| 2. 개발자 커뮤니티 | 무료 | 3~10일 | 많음 | 낮음 | 보통~높음 |
| 3. 테스터 교환 플랫폼 | 무료(크레딧) | 1~4일 | 많음 | 낮음 | 보통~높음 |
| 4. 기존 사용자 | 무료 | 2~10일 | 보통 | 가장 높음 | 낮음~보통 |
| 5. 품앗이 그룹 | 무료 | 5~10일 | 초기에 많음 | 보통 | 낮음 |
| 6. 프리랜서 | US$5~US$40+ | 1~3일 | 적음 | 낮음 | 경우에 따라 다름 |
| 7. 관리형 서비스 | US$19.99~US$29.99 | 당일 | 가장 적음 | 낮음 | 낮음 |
이 표를 읽는 방법
비용은 다른 사람에게 지불하는 금액이며, 직접 들이는 시간의 가치는 포함하지 않습니다. 12명 모집 기간은 열두 명이 참여를 마칠 때까지 걸리는 시간으로, 14일의 자격 기간이 시작되기 전에 해당합니다. 마켓플레이스 가격은 2026년 9월 4일에 확인한 공개 등록 상품을 표본으로 삼은 것이며 수시로 바뀌므로, 정가표가 아니라 그 시점의 참고치로 보세요. 의견 적합도와 이탈 위험은 PrimeTestLab이 관리형 테스트를 운영하며 내린 실무적 판단입니다. Google은 이 여섯 가지 항목 중 어느 것도 공개하지 않으며, 어느 항목도 점수로 평가하지 않습니다.
처음부터 끝까지 걸리는 전체 기간
모집 기간은 네 단계 중 하나일 뿐입니다. 대부분의 글이 하나의 숫자로 뭉뚱그려 버리는 부분이 바로 여기입니다.
-
1
설정 및 액세스 확인비공개 테스트 출시 버전을 게시하고 테스터 대상을 설정한 뒤, 두 번째 기기에서 테스트 참여 링크가 작동하는지 확인합니다.몇 시간~2일
-
2
테스터 12명 이상 모집관리형 서비스를 이용하면 당일, 커뮤니티나 교환 플랫폼을 통하면 약 2주까지 걸립니다.당일~2주
-
3
14일 연속 참여자격을 갖추려면 각 테스터가 신청 직전 14일 동안 테스트에서 나가지 않고 참여 상태를 유지해야 합니다.최소 14일
-
4
Google의 신청서 검토프로덕션 액세스 신청서의 질문에 답하면 Google이 계정 소유자에게 결정 내용을 이메일로 보냅니다.보통 7일 이내
Google이 실제로 요구하는 것과 요구하지 않는 것
이 섹션은 천천히 읽어 볼 가치가 있습니다. 이 주제로 검색하면 Google이 한 번도 공개한 적 없는 규칙을 단정적으로 소개하는 글이 가득하기 때문입니다. 아래 내용에는 모두 출처가 무엇인지 표시해 두었습니다.
새로 만든 개인 개발자 계정에 대해 Google이 공개한 조건은 간단합니다. 신청 직전 14일 동안 지속적으로 참여 상태를 유지한 테스터 12명 이상과 함께 비공개 테스트를 진행한 뒤, 프로덕션 액세스를 신청하는 것입니다. Google Play의 앱 테스트 요구사항에 네 가지 구성 요소가 모두 나와 있습니다.
Google 공식 요구사항“프로덕션 액세스 권한을 신청할 때 12명 이상의 테스터가 비공개 테스트에 참여하겠다고 선택해야 하며, 이전 14일 동안 연속으로 참여하겠다고 선택한 상태여야 합니다.”
“지속적으로 참여”의 실제 의미
연속 참여 기간은 테스터마다 따로 계산됩니다. 누군가 테스트에서 나갔다가 나중에 다시 참여하면 그 사람은 14일을 처음부터 새로 채워야 합니다. 다른 테스터들이 이미 쌓은 일수는 사라지지 않습니다. 다만 현재 테스터 중 최소 12명이 각각 신청 직전 14일 동안 지속적으로 참여 상태를 유지하기 전에는 신청할 수 없습니다. 실제로는 열두 명이 하루 간격 안에 모두 참여하고 아무도 나가지 않는다면 “열두 번째 테스터가 참여한 날부터 기간이 시작된다”는 간단한 설명이 맞아떨어집니다. 하지만 누군가 이탈하는 순간 그 설명은 더 이상 맞지 않으며, 바로 이 점이 열두 명보다 많이 모집해야 하는 진짜 이유입니다. 시점별 사례는 14일 연속 기간의 작동 방식에서 자세히 다룹니다.
아직도 온라인에서 “테스터 20명”이라는 말을 보시나요? 이미 지난 기준입니다. Google은 2024년 12월 11일에 최소 인원을 20명에서 12명으로 줄였으며, 14일이라는 기간은 바뀌지 않았습니다. 이 규칙은 여전히 2023년 11월 13일 이후에 만든 개인 개발자 계정에만 적용됩니다.
공식 규칙과 실무 권장 사항의 차이
이 요구사항을 둘러싼 논란은 거의 모두 아래 세 줄을 뒤섞는 데서 생깁니다. 세 가지를 구분해 두면 전체 주제가 훨씬 단순해집니다.
신청하기 전에, Play Console에서 운영하는 비공개 테스트에서 테스터 최소 12명이 각각 직전 14일 동안 지속적으로 참여 상태를 유지해야 합니다.
테스터가 앱을 어떻게 사용했는지, 어떤 의견을 수집했는지, 그 결과 무엇을 바꿨는지, 앱이 프로덕션에 출시될 준비가 되었는지를 봅니다.
12명보다 여유 인원을 모집하고, 구체적인 사용 흐름을 맡기고, 리마인더를 보내고, 대표성 있는 실제 기기를 고르게 활용하고, 진행 현황표를 관리하세요. 좋은 실무 방식이지만 공개된 조건은 아닙니다.
Google이 공개하지 않는 것
주의
이 요구사항과 관련해 Google이 공개한 하루 실행 횟수는 없습니다. 최소 세션 시간도 없고, 일일 활성 사용자 기준도 없으며, 기기 유형이나 IP 다양성, 국가 다양성에 대한 할당량도 없습니다. 이런 항목을 규칙처럼 소개하는 글은 추측에 기대고 있을 뿐입니다. Google이 실제로 밝히는 것은 참여도를 검토하며 참여가 충분하지 않으면 추가 테스트를 요구할 수 있다는 점입니다. 따라서 아무도 출처를 댈 수 없는 숫자를 좇기보다 테스터에게 실제 사용 흐름을 맡기고 근거를 모으는 편이 생산적입니다.
14일이 지나면 프로덕션 액세스를 신청하고 세 부분으로 된 질문에 답합니다. 비공개 테스트에 관한 질문, 앱 또는 게임에 관한 질문, 프로덕션 준비 상태에 관한 질문입니다. Google은 검토가 “일반적으로 7일 이내에 완료되지만 경우에 따라 더 오래 걸릴 수도 있다”고 설명하며, 결정 내용을 계정 소유자에게 이메일로 보냅니다. 각 부분에 무엇을 써야 하는지는 프로덕션 액세스 신청서 질문 가이드에서 하나씩 살펴봅니다.
중요
테스터 12명은 필요조건이지 충분조건이 아닙니다. 숫자 뒤의 참여가 부실하면 테스터가 스무 명, 서른 명이어도 추가 테스트 요청을 받은 앱이 있습니다.
2026년에는 타겟 API 수준과 Android 개발자 인증이라는 두 가지 기한도 있습니다. 실제로 적용되는 기한이지만 이 규칙과는 관계가 없으므로, 이 글은 모집에 집중하고 해당 내용은 Google Play 게시 요구사항 글에서 다룹니다. 다음은 가장 흔하게 일주일을 허비하게 만드는 실수를 막아 주는 5분 점검입니다.
사전 점검: 테스터가 지금 바로 참여할 수 있나요?
누구에게든 메시지를 보내기 전에 먼저 해 두세요. 비공개 테스트에서 가장 값비싼 실패는 자원자가 부족한 것이 아닙니다. 기꺼이 도와주려던 열두 명이 작동하지 않는 링크를 누르고, 그중 절반은 다시 돌아오지 않는 것입니다.
PrimeTestLab 제안사전 점검
0 / 7 완료
모두 확인되었습니다. 테스터가 첫날부터 참여하고 설치해서 바로 시작할 수 있습니다.
하나라도 통과하지 못했다면 먼저 해결하세요. 가장 자주 생기는 세 가지 문제는 테스터 초대 및 참여 절차 설정 방법, Google Group 참여 문제, 테스터에게 앱이 제공되지 않는 경우에서 다룹니다.
방법 1: 친구, 가족, 동료가 테스터 12명이 되어 줄 수 있을까요?
네, 가능합니다. Google도 가장 먼저 찾아볼 곳으로 지인을 꼽습니다. 다만 딱 12명이 아니라 15~25명에게 부탁할 계획을 세우세요. iPhone을 쓰는 사람도 있고, 수락해 놓고 참여하지 않는 사람도 있고, 첫 주에 슬그머니 빠지는 사람도 있기 때문입니다.
동료, 동창, 이미 들어가 있는 단체 대화방까지 포함해 Android 휴대전화를 쓰는 지인을 모두 적은 목록부터 만드세요. 이 방법의 장점은 알고리즘이 아니라 사람에 있습니다. 이 사람들에게는 참여를 마칠 때까지 계속 연락할 수 있고, 대부분의 자원자가 떨어져 나가는 지점이 바로 그 참여 단계입니다.
Google은 선호하는 모집 경로나 경로 간 순위를 공개하지 않습니다. 나를 아는 사람들은 다시 연락해 챙기기가 더 쉬울 뿐입니다.
부탁하고 참여시키는 방법
장점
- 비용이 전혀 들지 않음
- 참여할 때까지 직접 챙기며 연락할 수 있음
- 실제 기기와 지역이 자연스럽게 섞임
- 무엇이 헷갈렸는지 솔직하게 말해 주는 사람들
단점
- iPhone을 쓰는 지인은 도울 수 없음
- 하겠다고 해 놓고 참여 절차를 마치는 것을 잊음
- 열두 명을 14일 내내 붙잡아 두려면 리마인더가 필요함
- 앱의 대상층이 좁다면 대표성이 떨어지는 경우가 많음
평가
주변에 Android 사용자가 많다면 가장 좋은 무료 경로입니다. 1인 개발자 대부분은 여기서 일부를 채우고 다른 경로로 나머지를 채웁니다.
모집 팁
12명이 아니라 15~25명에게 부탁하세요. 일곱여덟 명밖에 모으지 못했더라도 흔한 일입니다. 나머지는 이 글에 나오는 다른 경로로 채우면 됩니다. Google은 테스터를 어떻게 모집했는지에 관한 조건을 공개하지 않으므로 여러 경로를 섞어도 괜찮습니다.
방법 2: 테스터 모집을 허용하는 개발자 커뮤니티는 어디일까요?
커뮤니티마다 다르고, 규칙도 바뀝니다. r/androiddev는 대부분의 모집 글을 메인 피드가 아닌 지정된 스레드로 안내합니다(2026년 9월 4일 규칙 확인). 어느 커뮤니티든 글을 올리기 전에 현재 규칙을 읽고, 링크만 덜렁 올리기보다 서로 테스트해 주자는 제안으로 시작하세요.
개발자 커뮤니티에는 똑같은 관문에서 막힌 사람이 가득합니다. 그래서 이곳에서는 부탁보다 상호 테스트가 더 잘 통합니다. 같은 메시지에서 상대방의 앱도 테스트해 주겠다고 제안하면 응답률이 완전히 달라집니다.
모집 글이 대체로 허용되는 곳
삭제당하지 않고 글을 올리는 방법
장점
- 무료이고, 참여자들이 이미 요구사항을 이해하고 있음
- 상호 테스트라 양쪽 모두 얻는 것이 분명함
- 다음 앱에서도 도움을 주고받을 인맥이 생김
단점
- 규칙을 무시하면 글이 삭제되거나 묻힘
- 낯선 사람에게는 14일 동안 참여를 유지할 이유가 없음
- 테스트로 되갚아야 하므로 실제로 품이 듦
평가
다른 경로와 함께 병행할 만합니다. 마감이 닥쳤을 때 틀면 나오는 테스터 수도꼭지가 아니라, 서로 테스트를 주고받을 개발자를 만나는 곳으로 생각하세요.
시간이 부족하신가요? 유료 경로는 방법 6과 방법 7이며, 어떤 방법을 선택해야 할까요에서 상황별로 알맞은 경로를 연결해 드립니다.
방법 3: 무료 테스터 교환 플랫폼은 실제로 효과가 있을까요?
보조 수단으로는 효과가 있는 경우가 많습니다. 크레딧 기반 플랫폼은 하루이틀 안에 참여를 마친 테스터를 트랙에 채워 줄 수 있지만, 먼저 다른 사람의 앱을 테스트하느라 시간을 들여야 하고, 참여자가 앱의 대상 사용자와 비슷한 경우는 드뭅니다.
이 문제만을 해결하려고 만들어진 앱과 사이트가 여럿 있습니다. 대부분 크레딧 방식으로 운영됩니다. 다른 개발자의 앱을 테스트해 크레딧을 모은 뒤, 그 크레딧을 써서 내 앱의 테스터를 받는 구조입니다. 괜찮은 플랫폼은 함께 시작하는 개발자들을 한 기수로 묶고, 누가 아직 참여 중인지 추적하며, 활동하지 않는 사람을 내보냅니다.
플랫폼이 시간을 들일 가치가 있는지는 두 가지로 판가름 납니다. 테스터가 실제로 참여해서 계속 남아 있었다는 것을 보여 줄 수 있는지, 그리고 나간 테스터를 다른 사람으로 채워 주는지입니다. 나머지는 모두 포장일 뿐입니다.
플랫폼에 의존하기 전에 확인할 것
- 참여 증거. 테스터별 상태를 볼 수 있나요, 아니면 숫자 카운터만 믿어야 하나요?
- 연속성. 9일째에 세 명이 한꺼번에 나가면 어떻게 되나요?
- 개인정보. 업로드한 이메일 주소와 빌드는 어떻게 처리되나요?
- 의견. 프로덕션 액세스 신청서에 인용할 만한 내용을 얻을 수 있나요?
장점
- 돈은 들지 않고 시간만 듦
- 참여 절차를 이미 아는 사람들이 모여 있음
- 참여를 마친 테스터 열두 명을 빠르게 모을 수 있음
단점
- 내 앱이 채워지기 전에 다른 앱 3~5개를 먼저 테스트해야 함
- 참여 수준이 들쭉날쭉하고 피상적인 경우가 많음
- 누가 어떤 기기로 참여할지 거의 통제할 수 없음
- 참여자가 도중에 예고 없이 나갈 수 있음
개발자 포럼에서는 Google이 지나치게 많은 앱을 테스트하는 계정을 문제 계정으로 분류한다는 주장이 자주 나옵니다. 그러나 Google은 테스터 한 명당 앱 수 제한을 공개하지 않으며, 이후 테스트에 테스터 목록을 재사용하는 것을 명시적으로 지원합니다. 이 주장은 추측으로 받아들이고, 교환 플랫폼은 의견의 질과 끝까지 참여하는지를 기준으로 판단하세요.
평가
예산 없이 마지막 몇 자리를 채우기에는 괜찮은 방법입니다. 하지만 앱이 무엇을 보고 있는지 이해하는 사용자가 필요하다면 열두 명 전원을 여기서 구하는 것은 좋지 않습니다.
방법 4: 기존 사용자, 구독자, 수강생 그룹으로 부족한 인원을 채울 수 있을까요?
이 경로를 쓸 수 있다면 품질이 가장 높은 방법입니다. 대상 사용자와 맞는 사람들은 실제로 반영할 수 있고 프로덕션 액세스 신청서에 인용할 수 있는 의견을 줍니다. 다만 이 경로만으로 끝까지 참여할 테스터 열두 명을 채우는 경우는 드물므로, 가장 중요한 자리에 활용하세요.
Google은 테스터가 앱을 어떻게 사용했는지, 그 결과 무엇을 바꿨는지를 검토합니다. 의미 없는 설치 열 건과 실제 사용자가 꼼꼼하게 쓴 버그 보고 두 건은 열두 명이라는 숫자에는 똑같이 집계되더라도 근거로서의 가치는 전혀 다릅니다.
대표성 있는 테스터가 머릿수보다 나은 이유
아무 자원자나 의미 있게 사용할 수 없는 앱일수록 이 점이 중요합니다. 하드웨어 연동 앱, 특정 지역 기반 서비스, 구독 상품, 전문가용 도구, 로그인이 필요한 사용 흐름 뒤에 있는 기능 등이 그렇습니다. 대기자 명단, 뉴스레터, 수업, 고객, 또는 앱이 해결하려는 문제를 중심으로 모인 커뮤니티가 있다면 가장 먼저 그곳에 연락하세요.
장점
- 모든 경로 중 가장 쓸모 있는 의견
- 테스터에게 앱을 계속 쓸 이유가 있음
- 출시 전 초기 입소문 효과까지 얻음
단점
- 이미 확보한 사용자층이 있어야 함
- 이 경로만으로 열두 명이 모이는 경우는 드묾
- 이메일 주소를 신중하고 비공개로 다뤄야 함
평가
가장 가치 있는 자리부터 여기서 채우고, 나머지는 다른 경로로 보충하세요. 틈새 앱이나 전문가용 앱이라면 시간이 더 걸리더라도 이 경로를 우선하세요.
방법 5: 체계적인 상호 테스트 그룹(품앗이 그룹)은 어떻게 만들까요?
같은 관문에서 막힌 개발자 두세 명과 팀을 이루고, 각자 주변에서 네다섯 명씩 모은 뒤, 이렇게 모인 그룹이 모든 앱을 테스트하는 방식입니다. 교환 앱보다 꾸리는 데 시간이 더 걸리지만 훨씬 잘 유지됩니다. 그룹의 모든 구성원이 서로에게 같은 도움을 필요로 하기 때문입니다.
개발자 세 명이 각자 지인 네 명씩만 데려와도 세 앱 모두 열두 명을 넘깁니다. Google은 이후 테스트에 테스터 목록을 재사용할 수 있도록 허용하므로, 같은 그룹이 다음 출시 버전까지 맡을 수 있습니다. 테스터 한 명당 앱 수 제한은 공개된 문서에 나와 있지 않으며, 이 정도 규모의 그룹이라면 그런 제한을 신경 쓸 필요도 없습니다.
그룹이 흐트러지지 않게 꾸리는 방법
이 글 아래쪽의 테스터 현황표를 그룹 공유 시트로 쓰되, 이메일 열은 빼세요. 두 사람 이상이 열어 볼 수 있는 문서에는 주소를 넣지 않는 것이 좋습니다.
장점
- 서로 아는 사이라 각자 책임감을 가짐
- 14일 내내 참여를 유지할 가능성이 훨씬 높음
- 테스터가 개발자라서 버그 보고가 구체적임
단점
- 처음 구성할 때 시간이 걸림
- 다른 사람들이 얼마나 체계적인지에 좌우됨
- 믿기 어려운 구성원 한 명이 그룹 내 모든 앱을 늦춤
평가
구성하는 데 일주일을 투자할 수 있다면 가장 강력한 무료 경로이며, 두 번째 앱에서도 예측 가능하게 굴러가는 유일한 무료 경로입니다.
방법 6: Fiverr·Upwork 프리랜서 테스터는 믿을 만할까요?
전적으로 판매자에 달려 있으며, 가격만으로는 알 수 있는 것이 거의 없습니다. 2026년 9월 4일에 표본으로 살펴본 비공개 테스트 지원 공개 상품은 대략 US$5에서 US$40 이상까지 가격대가 다양했고, 그 가격에 포함된 작업 범위도 천차만별이었습니다. 표시 가격이 아니라 실제로 제공되는 내용을 보고 판단하세요.
마켓플레이스 판매자는 보통 테스터 대상에 추가할 테스터 이메일 주소 목록을 넘겨주고, 일정 기간 앱을 사용하겠다고 약속합니다. 의견 보고서를 추가로 제공하거나 프로덕션 액세스 신청서 작성을 도와주는 판매자도 있습니다. 딱 필요한 도움일 수도 있고, 참여만 하고 다시는 볼 수 없는 주소 열두 개에 그칠 수도 있습니다. 차이는 결제 전에 무엇을 합의하느냐에 달려 있습니다.
구매 전에 작업 범위를 정하세요
- 테스터는 몇 명이며, 실제로 앱을 사용할 실제 사람인가요?
- 참여 상태를 어떤 방식으로, 얼마나 자주 보고해 주나요?
- 9일째에 누군가 나가면 어떻게 되며, 얼마나 빨리 조치하나요?
- 의견이 포함된다면 어떤 형식으로 제공되나요?
- 어떤 데이터를 얼마 동안 보관하며, 내 빌드를 또 누가 볼 수 있나요?
- 총비용은 얼마이며, 테스트가 끝까지 완료되지 않으면 어떤 구제책이 있나요?
Play Console 액세스 권한은 절대 넘기지 마세요
테스터든 정상적인 업체든 Google 계정 비밀번호나 Play Console 로그인 정보가 필요한 경우는 없습니다. 테스터에게 필요한 것은 설정한 테스터 대상에 포함되는 것과 테스트 참여 링크뿐입니다. 가격이 얼마든 계정 액세스를 요구한다면 거래하지 않는 것이 맞습니다.
장점
- 빠름, 보통 1~3일 이내
- 직접 들일 시간이 거의 없음
- 플랫폼의 에스크로와 리뷰 이력에 기댈 수 있음
단점
- 판매자마다 품질 차이가 매우 큼
- 연속성과 대체 인원 조건이 모호한 경우가 많음
- 의견이 대개 빈약하거나 아예 없음
- 상품 설명에 뭐라고 쓰여 있든 Google의 결정을 좌우할 수 있는 판매자는 없음
가격에 관한 참고 사항
가격이 낮다는 사실만으로 사기라고도, 품질이 좋다고도 할 수 없습니다. 대개는 작업 범위가 좁다는 뜻입니다. 대체 인원도, 의견도, 진행 보고도 없는 식입니다. 실제로 제공되는 내용을 비교한 뒤, 저렴한 상품이 같은 작업을 더 싸게 해 주는 것인지 판단하세요. 장단점은 유료 테스터 서비스는 쓸 만한가에서 자세히 살펴봅니다.
평가
제대로 검증한 판매자라면 활용할 만합니다. 어떤 플랫폼에서든 누구에게 돈을 내기 전에 아래의 검증 질문부터 확인하세요.
방법 7: 관리형 서비스는 직접 할 때와 달리 무엇을 관리해 줄까요?
관리형 서비스는 모집, 참여 안내, 리마인더, 대체 인원 투입을 대신 맡아 14일 동안 참여 인원이 12명 아래로 떨어지지 않게 합니다. 하지만 결과를 정할 수는 없습니다. 테스트와 신청서를 검토하는 것은 Google이며, 어떤 업체도 이를 바꿀 수 없습니다.
이 경로는 PrimeTestLab이 운영하므로, 중립적인 평가가 아니라 이 유형의 서비스에 대한 설명으로 읽어 주세요. 관리형 서비스는 정해진 운영 절차를 갖춘 사업입니다. 테스터 풀, 참여 안내 절차, 기간 중 리마인더, 그리고 Google이 테스트를 계속하라고 요청할 때 적용되는 서면 구제 조치가 있습니다. 저희를 포함한 업체 비교는 유료 테스터 서비스는 쓸 만한가에서 볼 수 있습니다.
관리할 수 있는 것과 누구도 관리할 수 없는 것
- 관리하는 것: 모집, 참여 절차 완료, 14일 동안의 리마인더, 나간 테스터 대체, 진행 상황 보고.
- 누구도 관리할 수 없는 것: Google의 프로덕션 액세스 결정, 앱 자체의 정책 문제, Google이 공개하지 않은 모든 기준.
패키지 간 차이는 테스터 수, 곧 여유 인원이 얼마나 되는지뿐입니다.
Starter
US$25.00
US$19.99
20% 할인테스터 12명
최소 인원 12명 충족
Enterprise
US$40.00
US$27.99
30% 할인테스터 25명
참여 해제 대비 여유 인원
Professional
US$35.00
US$29.99
14% 할인테스터 20명
우선 지원 및 추가 혜택
결제 후 4~6시간 안에 테스트가 시작되며, 참여를 해제한 테스터는 다른 사람으로 대체해 활성 인원이 12명 아래로 떨어지지 않게 합니다.
직접 하기와 관리형 서비스 비교
처음 세 줄은 Google이 공개한 조건과 검토 대상입니다. 나머지는 경로 간 운영상의 차이일 뿐, Google이 점수를 매기는 항목이 아닙니다.
| 비교 항목 | 직접 할 때 | 관리형(PrimeTestLab) |
|---|---|---|
| 테스터 12명 참여 Google 요구사항 | 한 명 한 명 직접 모집하고 확인해야 함 | 참여를 마친 실제 테스터를 제공하고 확인함 |
| 14일 연속 Google 요구사항 | 이탈자를 지켜보다가 빠르게 다시 모집해야 함 | 대체 인원으로 12명 아래로 떨어지지 않게 유지함 |
| 참여도와 의견 Google 검토 항목 | 테스터에게 직접 안내하고 의견을 받아 내야 함 | 테스터가 내 앱의 사용 흐름을 안내받고 리마인더도 받음 |
| 첫 테스터까지 걸리는 시간 | 모집에 1~2주, 한 차례 실패하면 더 걸림 | 4~6시간 안에 테스트 시작 |
| 직접 드는 시간 | 모집, 참여 안내, 독촉, 대체 인원 투입 | 주문서 한 번 작성 후 진행 상황만 확인 |
| 비용 | 무료~약 US$40, 시간은 별도 | US$19.99부터 |
| 테스터가 9일째에 나가면 | 대체 인원을 직접 찾아 참여시켜야 함 | 여유 인원으로 자동 대체 |
이 표의 한계를 분명히 해 두겠습니다. 테스터 12명은 최소 기준일 뿐 보장이 아닙니다. Google은 여전히 참여도와 신청서 답변을 검토하므로, 목표는 숫자를 채우는 것이 아니라 실제로 테스트하는 것입니다.
적합한 경우와 적합하지 않은 경우
이럴 때 적합합니다
- 마감이 정해져 있어 모집에 실패할 위험을 감수할 수 없을 때
- 무료 경로가 막혀 테스터가 네다섯 명 부족할 때
- 2주 동안 직접 모집하는 데 드는 시간 비용이 패키지 가격보다 클 때
이럴 때는 맞지 않습니다
- 예산은 없지만 도와줄 Android 사용자 지인이 여덟 명 있을 때
- 특정 직군이나 특정 지역 사용자에게만 의미 있는 앱일 때
- 업체가 검토 자체에 영향을 줄 수 있기를 기대할 때. 그런 업체는 없습니다
어떤 방법을 선택해야 할까요?
누구에게나 가장 좋은 경로는 없습니다. 예산, 마감 일정, 대상 사용자가 얼마나 특정한지에 따라 가장 좋은 경로가 있을 뿐입니다. 자신의 상황에 맞는 항목을 찾아보세요.
예산이 전혀 없을 때
방법 1 + 4, 보조로 3
지인과 기존 사용자부터 공략하고, 마지막 두세 자리는 교환 플랫폼으로 채우세요. 저녁 시간을 꽤 들여야 하며, 출시 버전이 검토되기 전부터 모집을 시작하는 것이 좋습니다.
제품 의견이 가장 중요할 때
방법 4 먼저, 그다음 1
대표성 있는 사용자는 버그, 헷갈리는 지점, 변경 내역을 남겨 주며, 이것이 있으면 프로덕션 액세스 신청서를 쓰기가 쉬워집니다. 채우는 데 시간은 더 걸리지만 나중에 그만큼 가치가 있습니다.
흔한 혼합 방식
방법 1과 2, 부족분은 6 또는 7
여섯에서 여덟 명은 지인과 소속 커뮤니티에서, 나머지는 유료 경로로 채우는 방식입니다. Google은 테스터를 어떻게 모집했는지에 관한 조건을 공개하지 않으므로, 여러 경로가 섞인 테스터 구성은 자연스러운 일입니다.
마감이 정해져 있을 때
방법 7, 지인은 여유 인원으로
모집에 한 번 실패하면 2주가 더 걸리는 상황이라면, 예측 가능한 시작을 선택하고 지인은 예비 인원으로 남겨 두세요. 그 뒤에도 14일과 Google의 검토가 남아 있다는 점은 기억해 두세요.
민감하거나 틈새 분야의 앱
방법 4, 그다음 5
제품을 실제로 사용할 수 있고, 출시 전 빌드를 안심하고 공유할 수 있는 테스터를 우선하세요. 액세스는 설정한 테스터 대상을 통해 공유하고, 계정 로그인 정보는 절대 넘기지 마세요.
어떤 경로를 고르든 이어지는 네 섹션은 실행 편입니다. 보낼 메시지, 14일 동안 할 일, 기록할 내용, 비용을 지불할 상대를 검증하는 방법을 다룹니다.
그대로 복사해 쓰는 모집 메시지
모집은 대부분 부탁 자체가 아니라 메시지에서 실패합니다. 이 메시지는 필요한 참여 기간을 솔직하게 밝히고, 어떤 이메일 주소를 보내야 하는지 정확히 알려 주며, 해야 할 구체적인 일을 제시합니다. 두 칸을 채운 뒤 복사하세요.
PrimeTestLab 템플릿안녕하세요! 2주 동안 잠깐 도움을 부탁드리고 싶습니다. 제가 앱을 하나 만들었습니다. 이름은 [앱 이름], 오프라인에서도 작동하는 간단한 습관 관리 앱입니다. 요즘 Google Play는 새 개발자 계정으로 앱을 출시하려면 14일 동안 테스트 참여를 유지하는 테스터 12명이 있어야 합니다. 그래서 지금 필요한 것은 사용자가 아니라 테스터입니다. 부탁드릴 일: 1. Android 휴대전화에서 쓰는 Gmail 주소를 보내 주세요. 2. 제가 보내 드리는 테스트 참여 링크를 누른 뒤 Google Play에서 앱을 설치해 주세요. 3. 2주 동안 몇 번 앱을 열어서 주요 기능을 사용해 봐 주세요. 4. 오류가 나거나, 헷갈리거나, 느리게 느껴지는 부분이 있으면 무엇이든 알려 주세요. 한 가지 꼭 부탁드릴 점: 14일 동안 테스트 참여를 끝까지 유지해 주세요. 중간에 나가시면 그 자리는 처음부터 다시 시작해야 합니다. 공개 리뷰나 평점은 필요 없으며, 이메일 주소는 누구에게도 공유하지 않겠습니다. 감사합니다.
테스터에게 공개 평점이나 리뷰를 부탁하지 마세요. 비공개 테스트의 의견은 비공개로 전달되는 것이며 Play 스토어 등록정보에 올라갈 내용이 아닙니다. 또한 평점이나 리뷰를 돈을 주고 사는 것은 Google 정책에 명백히 위배됩니다.
14일 동안 테스터는 실제로 무엇을 해야 할까요?
Google은 필수 하루 실행 횟수도, 최소 세션 시간도 공개하지 않습니다. 다만 테스터가 앱을 어떻게 사용했는지, 어떤 의견을 수집했는지, 무엇을 바꿨는지는 검토합니다. 따라서 쓸모 있는 계획은 사용 빈도가 아니라 범위입니다. 앱의 주요 사용 흐름이 빠짐없이 실행되고, 알게 된 문제가 실제 수정으로 이어지도록 하세요.
PrimeTestLab 제안, Google 규칙 아님-
1~2일 차
첫 설정과 주요 흐름모두가 앱을 설치하고 로그인한 뒤, 앱의 핵심 기능을 한 번씩 끝까지 사용합니다. 첫 실행 버그는 대부분 이때 드러납니다.
-
3~7일 차
부가 흐름과 예외 상황테스터마다 다른 영역을 맡기세요. 설정, 결제, 오프라인 사용, 알림, 구형 기기 등입니다. 의견은 글로 받아 두세요.
-
8~11일 차
수정, 출시, 재테스트업데이트한 빌드를 같은 비공개 트랙에 출시하고, 해당 문제를 겪은 테스터에게 확인을 부탁하세요. 앱을 업데이트해도 14일은 초기화되지 않습니다.
-
12~14일 차
확인하고 정리하기모든 테스터가 여전히 참여 중인지 확인하고, 남은 문제를 마무리하고, 무엇이 바뀌었는지 요약하세요. 프로덕션 액세스 신청서가 묻는 것이 바로 이 요약입니다.
참여, 의견, 수정 사항을 한곳에서 관리하기
9일째쯤 되면 테스터 열두 명의 연속 참여 기간을 머릿속으로만 챙기기는 불가능합니다. 필요한 현황표는 이것이 전부입니다. 테스터 한 명당 한 줄이며, 마지막 세 열이 테스트를 신청서의 근거로 바꿔 줍니다.
| 테스터 | 계정 확인 | 참여 | 빌드 설치 | 담당 흐름 | 의견 | 재테스트 |
|---|---|---|---|---|---|---|
| 테스터 01 | 예 | 1일 차 | 예 | 가입과 첫 입력 | 빈 화면에서 비정상 종료 | 예, 빌드 14 |
| 테스터 02 | 예 | 1일 차 | 예 | 오프라인 모드 | 동기화 아이콘 의미가 불분명 | 대기 중 |
| 테스터 03 | 아직 | - | - | 결제 | - | - |
공유 시트에는 테스터 이메일 주소를 넣지 마세요. “테스터 01” 같은 표시면 충분하며, 주소는 이미 Play Console에 저장되어 있습니다. 여기 있는 항목 중 Google이 요구하는 것은 없습니다. 기억이 아니라 기록을 바탕으로 신청서 질문에 답할 수 있도록 만든 표입니다.
유료 테스트 서비스를 검증하는 방법
이 질문들은 프리랜서, 플랫폼, 관리형 서비스 모두에 적용되며 저희도 예외가 아닙니다. Google은 어떤 테스트 제공업체도 인증하거나 승인하거나 보증하지 않으므로, 배지를 내세우는 것만으로 이 목록을 통과할 수는 없습니다.
중립 체크리스트- 01테스터 한 명당 정확히 무엇을 제공하는지 서면으로 명시되어 있나요?
- 02참여자가 앱을 실제로 사용할 실제 사람인가요? 그 사실을 어떻게 보여 주나요?
- 03참여 사실을 어떤 방식으로, 얼마나 자주 증명해 주나요?
- 04기간 중간에 누군가 나가면 어떻게 되며, 얼마나 빨리 대체되나요?
- 05어떤 의견을 어떤 형식으로 받게 되나요?
- 06어떤 데이터를 얼마 동안 저장하며, 누가 내 빌드를 볼 수 있나요?
- 07계정 액세스를 요구하나요? 절대 요구해서는 안 됩니다.
- 08총비용은 얼마이며, 테스트가 끝까지 완료되지 않으면 어떤 구제책이 있나요?
- 09프로덕션 액세스가 보장되지 않는다는 점을 분명히 밝히고 있나요?
아홉 가지 질문에 모두 명확하게 답하는 업체가 가장 저렴하다는 보장은 없습니다. 하지만 약속을 지키라고 요구할 수 있는 업체인 것은 분명합니다.
일정을 늦추는 흔한 모집 실수
저희가 보기에 2주를 허비하는 경우는 대부분 다음 다섯 가지 때문입니다. 어느 것도 12라는 숫자와는 관계가 없습니다.
“초대됨”을 “참여함”으로 착각하기
목록에 주소 열두 개를 추가하는 것만으로는 아무 일도 일어나지 않습니다. 각자가 같은 Google 계정으로 테스트 참여 링크를 열고 수락해야 합니다. 초대를 보내고 하루가 지나도 Play Console에 참여한 테스터가 0명으로 표시되는 것이 전형적인 증상이며, 원인은 테스터 12명을 추가했는데 참여자가 0명일 때에 모두 정리되어 있습니다.
딱 12명만 모집하기
여유 인원이 없으면 8일째에 한 명만 나가도 대체 인원을 찾아야 하고, 그 사람이 다시 자기 몫의 14일을 채워야 신청할 수 있습니다. 최소 인원보다 여유를 두는 것은 이 과정 전체에서 가장 저렴한 보험입니다. 자세한 내용은 테스터가 12명보다 많이 필요한 이유를 참고하세요.
아무도 실제로 참여할 수 없는 테스트
잘못된 국가/지역 설정, 아직 검토 중인 출시 버전, 권한이 잘못 설정된 Google Group, 테스터의 휴대전화보다 높은 최소 SDK가 여기에 해당합니다. 이 중 어느 것이든 “테스터들이 내 부탁을 무시한다”처럼 보입니다. 사전 점검은 모집이 끝난 뒤가 아니라 모집하기 전에 하세요.
사용 흐름을 맡기지 않고 의견도 모으지 않기
설치만 열두 건이고 기록이 하나도 없으면, Google이 테스트와 함께 검토하는 프로덕션 액세스 신청서에 쓸 말이 없습니다. 구체적인 과제를 3~5개 맡기고 받은 답변을 보관하세요.
권장 사항을 공식 규칙으로 착각하기
매일 실행하기, 최소 세션 시간, 테스터 한 명당 휴대전화 한 대, IP 다양성은 모두 공개된 조건이 아닙니다. 이런 것을 좇으면 헛수고를 하게 될 뿐 아니라, 더 나쁘게는 실패하지 않았는데도 실패했다고 믿게 됩니다. Google이 실제로 공개한 내용을 기준으로 삼고, 나머지는 저희 조언을 포함해 모두 참고 사항으로 받아들이세요.
이미 추가 테스트 요청을 받았다면 모집과는 진단 방법이 다릅니다. 비공개 테스트가 거부되는 이유와 테스터 12명 요구사항 전체 가이드를 읽어 보세요.
자주 묻는 질문
앞으로의 14일이 인정될지를 가르는 아홉 가지 질문입니다. 더 깊이 다뤄야 하는 내용은 해당 주제를 전담하는 글로 연결해 두었습니다.
테스터는 몇 명이 필요하고, 이 규칙은 누구에게 적용되나요?
Google은 새로 만든 개인 개발자 계정이 프로덕션 액세스를 신청하려면 비공개 테스트에 참여 중인 테스터가 최소 12명 있어야 하고, 각 테스터가 신청 직전 14일 동안 지속적으로 참여 상태를 유지했어야 한다고 규정합니다. 이 규칙은 2023년 11월 13일 이후에 만든 개인 계정에 적용되며, 조직 계정과 그 이전에 만든 개인 계정은 이 규칙의 적용 대상이 아닙니다. 12명보다 여유 있게 모집하라는 것은 저희의 제안일 뿐, Google이 정한 최소 인원이 아닙니다.
무료 방법과 유료 방법을 섞어서 12명을 채워도 되나요?
네, 대부분의 개발자가 그렇게 합니다. Google은 테스터를 어떤 경로로 구했는지에 관해서는 아무런 조건도 공개하지 않았으며, 테스터가 신청 직전 14일 동안 개발자가 관리하는 테스터 대상에 지속적으로 참여 상태를 유지해야 한다는 점만 밝히고 있습니다. 지인 8명에 유료 경로로 구한 4명을 더해 마지막 자리를 채우는 것은 흔한 방식입니다.
테스터가 매일 앱을 열어야 하나요?
아니요. Google은 이 요구사항과 관련해 하루 실행 횟수, 최소 세션 시간, 일일 활성 사용자 기준 중 어느 것도 공개하지 않았습니다. 다만 테스터가 앱을 어떻게 사용했는지, 어떤 의견을 수집했는지, 무엇을 개선했는지는 검토하므로, 있지도 않은 일일 할당량을 채우려 애쓰기보다 테스터에게 구체적인 사용 흐름을 맡기고 근거를 모아 두세요.
14일 사이에 테스터 한 명이 참여를 해제하면 어떻게 되나요?
그 테스터 본인의 연속 참여 기간만 끊기며, 다시 참여하면 14일을 처음부터 새로 채워야 합니다. 다른 테스터들이 이미 쌓은 일수는 그대로 유지됩니다. 현재 테스터 중 최소 12명이 각각 신청 직전 14일 동안 지속적으로 참여 상태를 유지해야 신청할 수 있으므로, 12명보다 많이 모집해 두는 것이 좋습니다.
앱을 삭제하는 것과 참여를 해제하는 것은 같은가요?
아니요, 서로 다른 행동입니다. 참여 상태를 끝내는 것은 테스트에서 나가는 행동이며, Google은 앱 삭제와 베타 프로그램 탈퇴를 따로 설명할 뿐 앱을 삭제하는 것만으로 참여 상태가 끝난다고는 밝히지 않습니다. 그래도 앱을 삭제한 테스터는 Google이 검토하는 의미 있는 사용에 도움이 되지 않으므로, 빌드를 설치된 상태로 유지해 달라고 요청하고 중간에 그만두어야 한다면 테스트에서 정식으로 나가 달라고 안내하세요.
사람들에게 돈을 주고 앱 테스트를 맡겨도 되나요?
Google이 공개한 비공개 테스트 문서에는 실제 테스터에게 어떤 방식으로 대가를 지급할 수 있는지가 명시되어 있지 않으며, Google은 어떤 유료 테스트 제공업체도 인증하거나 보증하지 않습니다. 분명히 금지되는 것은 조작으로, 가짜 설치나 대가를 주고 유도한 설치, 활동 조작, 돈을 주고 산 평점이나 리뷰가 여기에 해당합니다. 테스트에 비용을 지불한다면 앱을 실제로 사용하고 발견한 내용을 보고하는 실제 참여자에게 지불하세요.
테스터가 실제로 집계되는지 어떻게 확인하나요?
세 가지를 순서대로 확인하세요. 비공개 테스트 대상으로 설정한 이메일 목록이나 Google Group에 그 사람이 들어 있는지, 같은 Google 계정으로 테스트 참여 링크를 수락했는지, 그리고 Play Console에 단순히 초대된 상태가 아니라 참여 상태로 표시되는지입니다. 목록에 추가되었다고 해서 참여한 것은 아니며, 테스터 수가 맞지 않아 보이는 가장 흔한 이유가 바로 이 차이입니다.
전체 과정은 실제로 얼마나 걸리나요?
하나의 숫자가 아니라 네 단계로 나누어 봐야 합니다. 비공개 테스트를 설정하고 액세스를 확인하는 단계(몇 시간에서 이틀 정도), 테스터 12명 이상을 모집하는 단계(경로에 따라 당일에서 약 2주), 연속으로 채워야 하는 14일의 자격 기간, 그리고 프로덕션 액세스 신청에 대한 Google의 검토입니다. Google은 이 검토에 보통 7일 이내가 걸리지만 경우에 따라 더 오래 걸릴 수 있다고 설명합니다.
테스터가 앱을 찾지 못하거나 설치하지 못하면 어떻게 하나요?
비공개 테스트 중인 앱은 Google Play에서 검색되지 않으므로, 스토어 등록정보에 문제가 있는 것이 아닙니다. 대신 액세스 경로를 차례로 점검하세요. 출시 버전이 비공개 트랙에 게시되어 있는지, 테스터가 설정된 테스터 대상에 포함되어 있는지, 올바른 Google 계정으로 테스트 참여 링크를 열었는지, 앱을 제공하는 국가에 테스터의 국가가 포함되는지, 테스터의 기기가 최소 SDK와 호환성 설정을 충족하는지 확인하면 됩니다.
핵심 정리
요약
예산이 없다면 지인과 기존 사용자부터 공략하고, 마지막 두 자리를 위해 교환 플랫폼을 예비로 남겨 두세요. 속도보다 의견이 중요하다면 시간이 더 걸리더라도 대표성 있는 사용자를 모집하세요. 마감이 정해져 있다면 지인에 체계적인 유료 경로 하나를 더해, 한 명이 이탈했다고 2주를 잃는 일이 없게 하세요. 어떤 경로를 택하든 할 일은 같습니다. 각 테스터가 실제로 참여 상태인지 확인하고, 구체적으로 해 볼 과제를 주고, 전해 준 의견을 모으고, 신청할 때까지 열두 명의 연속 참여 기간이 끊기지 않게 유지하는 것입니다.