Google Play 비공개 테스트에 에뮬레이터를 쓸 수 있나요? (2026)

Google이 요구하는 것과 적용 대상

Google Play Console 고객센터에 따르면, 2023년 11월 13일 이후에 생성된 개인 계정의 개발자는 프로덕션에 게시하기 전에 최소 12명의 테스터가 최소 14일 동안 지속적으로 참여하는 비공개 테스트를 진행해야 합니다(앱 테스트 요구사항). 이 조건을 충족하기 전까지 프로덕션과 사전 등록은 잠긴 상태로 유지됩니다. 조건을 충족하면 신청 자격이 생기는 것이며, 승인은 별도의 검토를 거칩니다. 조직 계정은 이 규칙의 적용 대상이 아닙니다. 요구사항 자체는 테스터 12명 요구사항 해설에서 자세히 다룹니다.

Google은 ‘지속적으로’가 무엇을 뜻하는지도 명시합니다. 테스트에 참여했다가 14일이 되기 전에 참여를 취소한 테스터는 요구사항에 집계되지 않으며, 나중에 다시 참여하더라도 14일은 여전히 연속이어야 합니다. 최소 인원은 원래 20명이었으나 Google이 2024년 12월 11일에 12명으로 줄였고, 이 변경 사항은 2023년 발표에 추가되었습니다. 14일이라는 기간은 바뀌지 않았습니다.

요구사항은 쓰인 그대로 읽으세요: 핵심은 참여 상태입니다

요구사항이 어떤 명사를 쓰고 어떤 명사를 쓰지 않는지 보세요. 테스터와 지속적인 참여를 말할 뿐, 기기 모델, 인증 상태, 무결성 판정은 언급하지 않습니다. 여기서 두 가지 오독이 생깁니다. 앱 제거는 참여 취소와 다른 동작이므로, 앱을 제거했다고 해서 14일 기간이 자동으로 끊기는 것은 아닙니다. 그리고 한 사람이 나갔다고 다른 사람들의 기록이 초기화되지도 않습니다. 연속성은 등록별로 추적됩니다.

개발자 기기 인증은 별개의 절차입니다

Google이 실제 Android 기기를 요구하는 곳이 한 군데 있는데, 이를 테스터 규칙으로 오해하기 쉽습니다. 새 개인 개발자 계정은 Android 10 이상이 설치된 루팅되지 않은 실제 Android 기기에서 계정 소유자로 로그인해 기기 인증을 완료해야 합니다(기기 인증 요구사항). Google은 나중에 다시 인증을 요청할 수 있다고 안내하며, 반드시 같은 기기일 필요는 없습니다. 어느 쪽이든 계정 소유자가 기기 사용 권한을 증명하는 절차일 뿐, 테스터가 어떤 기기를 쓰는지에 대해서는 아무것도 말하지 않습니다.

에뮬레이터가 테스터 12명에 집계되나요?

여기서 검토한 문서 중 어느 것도 이 질문에 예 또는 아니요로 답하지 않으며, 그래서 이 가이드의 나머지 부분은 명시된 것과 추론된 것을 구분합니다. 주장은 네 가지 범주 중 하나에 속하는데, 흔한 실수는 낮은 범주의 주장을 슬그머니 높은 범주로 격상시키는 것입니다.

참여 테스터, 설치된 잠재고객, 프로덕션 액세스

이 논쟁의 대부분은 사실 Play Console의 세 가지 숫자를 서로 바꿔 써도 되는 것처럼 취급하는 데서 비롯됩니다. 그렇지 않습니다.

최소 요건을 충족하는 것과 설득력 있는 테스트는 다릅니다. 테스터 12명이 14일 연속 참여했더라도, 테스터 참여도가 충분하지 않으면 Google은 추가 테스트를 요구할 수 있습니다. Google은 일일 세션 할당량을 공개하지 않으므로, 목표는 바쁘게 보이도록 만들어 낸 활동이 아니라 실제 사용과 실제 의견이 나온 테스트입니다.

Google Play Console · 실제 스크린샷

Play 외부에서 설치하는 것은 별개의 경로이며, 누구도 등록해 주지 않습니다. Android App Bundle은 게시 형식이지 설치 가능한 파일이 아니므로, 그 방식으로 설치되는 것은 번들에서 생성된 APK입니다. 그리고 파일이 어떻게 전달되든(수동 설치, 공유 링크, 내부 앱 공유) 그 파일이 누군가를 대신해 테스트 참여 링크를 수락해 주지는 않습니다.

이 숫자들 사이의 차이는 증상이지 진단이 아닙니다. 참여는 12명인데 설치된 잠재고객이 적은 데는 평범한 이유가 있습니다. 참여만 하고 설치하지 않았거나, 최근 쓰지 않는 기기에 설치했거나, 집계가 늦어지거나, 해당 버전을 받을 수 없는 경우입니다.

테스터가 비공개 테스트 빌드를 찾거나 설치할 수 없다면

문제를 환경 탓으로 돌리기 전에 다음 설정 문제부터 확인하세요. 실제 기기와 에뮬레이터 모두에 똑같이 해당합니다.

1. 01
   잘못된 Google 계정

   테스트 참여 링크를 수락한 계정이 기기에 로그인되어 있고 Play Store에서 선택된 계정이어야 합니다. Google 계정이 여러 개인 휴대전화에서 누군가 “앱을 사용할 수 없음”이라고 알려 오면 이것부터 확인하세요.

2. 02
   테스트 참여가 완료되지 않음

   이메일 목록이나 연결된 Google 그룹은 누군가에게 자격을 부여할 뿐, 등록해 주지는 않습니다. 본인이 직접 테스트 참여 링크를 열어 수락해야 하며, 그룹 멤버십이 반영되기까지 시간이 조금 걸릴 수 있습니다. 비공개 테스트 빌드는 Play Store 검색에도 나오지 않으므로, 테스터는 개발자가 전달한 테스트 참여 링크와 스토어 링크를 통해 접근합니다.

3. 03
   충돌하는 트랙

   해당 계정이 내부 테스트에도 포함되어 있다면, 비공개 테스트에 참여하기 전에 그 테스트에서 먼저 나가도록 요청하세요. 트랙이 겹치는 경우 자격이 있는 사용자는 자신이 받을 수 있는 가장 높은 호환 버전 코드를 받게 되는데, 이것이 개발자가 지켜보고 있는 버전이 아닐 수 있습니다(테스트 설정).

4. 04
   해당 트랙에 게시된 버전이 없음

   비공개 트랙에는 실제로 출시가 진행된 게시 버전이, 생각하는 그 버전과 비율로 있어야 합니다. 초안은 누구에게도 배포되지 않습니다. 출시를 중단하면 추가 배포는 멈추지만 이미 그 버전을 받은 테스터는 계속 설치된 상태일 수 있으므로, 어떤 버전이 제공되고 있는지 확인하세요. 또한 Google은 새 테스트 링크와 이후의 변경 사항이 적용되기까지 몇 시간이 걸릴 수 있다고 안내합니다.

5. 05
   직접 설정한 제공 범위

   국가별 제공 여부와 기기 제한은 개발자가 설정하는 것입니다. 국가의 경우 Google은 테스터의 Google Play 계정 국가를 기준으로 하는데, 이는 테스터가 실제로 있는 곳과 다를 수 있습니다. 그리고 무결성 기반 스토어 등록정보 기기 확인을 사용 설정했다면 일부 기기에서 앱이 보이지 않거나 설치되지 않을 수 있습니다. 이는 개발자가 구성한 액세스 제한이지, 어떤 테스터가 집계되는지에 대한 근거가 아닙니다.

6. 06
   환경 또는 빌드 자체

   위의 다섯 가지를 모두 확인한 뒤에만 살펴보세요. 시스템 이미지가 잘못된 에뮬레이터는 Play Store에 아예 로그인할 수 없으며, Android Studio는 특정 이미지의 알려진 문제를 공개하고 있습니다.

7. 07
   Store가 아니라 앱이 막고 있음

   다운로드는 되는데 앱이 실행을 거부한다면, 그것은 Play의 제공 문제가 아니라 개발자 자신이 적용한 제한입니다. 테스터가 빌드를 받을 수 없다고 결론짓기 전에, 앱이나 백엔드가 Play Integrity 응답을 어떻게 처리하는지 확인하세요.

그래도 수치가 이상해 보인다면 전용 안내 글이 있습니다: 테스터를 추가했는데 참여가 0명인 경우, 테스터에게 앱을 사용할 수 없다고 나오는 경우, Google 그룹 테스터 액세스. 각 글은 흔한 설정 원인과 추가로 확인할 항목을 다룹니다.

에뮬레이터 테스트가 도움이 되는 경우

에뮬레이터는 좋은 도구이고, Google도 직접 만듭니다. Android Studio에 포함되어 있으며, Google은 여러 Android 버전과 화면 크기에서 테스트할 것을 권장합니다. 잘못은 에뮬레이터를 쓰는 것이 아니라, 원래 용도가 아닌 일을 에뮬레이터에 기대하는 것입니다.

Android Studio 이미지, Play 지원 이미지, BlueStacks

모든 에뮬레이터가 같지는 않으며, 차이는 시스템 이미지에 있습니다. AOSP 이미지에는 Google 앱이 없습니다. Google APIs 이미지는 Google 서비스는 추가하지만 Play Store는 없습니다. Google Play 이미지에는 Store가 포함되며, Android Studio는 이를 지원하는 기기 프로필을 Play 로고로 표시하고 해당 휴대전화 프로필이 CTS를 준수한다고 문서에 명시합니다. 가상 기기를 만들 때 프로필과 시스템 이미지는 별개로 선택하며, 그 안에서 로그인하고 설치하려면 Play 이미지가 필요합니다. BlueStacks도 Play Store 로그인을 문서화하고 있습니다. 그러나 그 어느 것도 자격 문제를 해결해 주지는 않습니다. Store에 접근하는 것과 테스터로 집계되는 것은 별개의 결과입니다.

Android 휴대전화가 없지만 누군가의 테스트를 돕고 싶다면

이것은 개발자가 테스터 집단을 만들어 내는 것과는 다른 상황이며, 비난이 아니라 솔직한 답을 들을 자격이 있습니다. 자신이 가진 컴퓨터로 친구의 테스트를 돕는 것은 속임수가 아닙니다. 다만 누구도 결과를 약속해 줄 수는 없습니다. Google이 참여자 한 명 한 명을 어떻게 집계하는지 공개하지 않기 때문입니다. 결과가 중요하다면 Android 휴대전화를 빌리거나 호환되는 구형 기기를 사용하세요. 대신 에뮬레이터를 쓴다면 개발자에게 알려서 그에 맞춰 테스트를 계획할 수 있게 하세요.

클라우드 기기 랩과 사전 출시 보고서

Firebase Test Lab은 Google 인프라의 기기에서 앱을 실행하고, Play Console의 사전 출시 보고서는 빌드를 자동으로 크롤링합니다. 둘 다 정당한 자동화 QA입니다. 그러나 어느 쪽도 참여자는 아닙니다. 자동화된 실행은 테스트에 참여하지 않고, 14일 동안 참여 상태를 유지하지도 않으며, 온보딩 화면이 이해가 안 됐다고 말해 주지도 않습니다.

Play Integrity가 확인해 주는 것과 확인해 주지 않는 것

Play Integrity는 이 논쟁의 대부분이 기대고 있는 기술이므로, 그 용도를 알아 둘 필요가 있습니다. developer.android.com에 따르면 이 API는 “helps you check that user actions and server requests are coming from your genuine app, installed by Google Play, running on a genuine and certified Android device”라고 설명됩니다(무결성 판정). 이 답변을 받는 대상은 개발자의 앱과 개발자 자신의 백엔드입니다. Play Console도 무결성 응답을 개발자에게 별도로 보고하며, 별개의 스토어 등록정보 설정으로 어떤 기기가 설치할 수 있는지 제한할 수도 있습니다. 그 어느 것도 비공개 테스트 요구사항이 아니며, 그렇게 읽어서도 안 됩니다.

기기, 앱 인식, 라이선스는 별개의 필드입니다

세 가지 필드가 하나인 것처럼 인용되곤 하는데, 이를 뒤섞는 데서 대부분의 혼란이 시작됩니다. 기기 필드는 환경을 설명합니다. 앱 인식 필드는 실행 중인 바이너리가 Google Play가 배포한 것과 일치하는지를 설명합니다. 라이선스 필드는 사용 권한을 설명하며, 계정에 해당 앱의 Play 사용 권한이 없으면 unlicensed를 보고할 수 있습니다. Play 외부에서 설치한 빌드는 라이선스와 배포의 문제이지, 하드웨어 판정의 문제가 아닙니다.

따라서 요약은 좁습니다. Play Integrity는 앱이 실행되는 환경에 대해 개발자의 백엔드에 많은 것을 알려 주지만, 이 문서 어디에도 그 판정이 어떤 테스터가 집계되는지를 결정한다는 내용은 없습니다.

실용적인 경로, 그리고 에뮬레이터 이후의 복구

14일을 넘어야 할 장애물이 아니라 진짜 베타 테스트로 대하세요. 아래 단계는 Google이 공개한 절차와 저희의 권장 사항을 합친 것입니다. 최소 인원보다 많이 모집하고 의견을 이런 방식으로 정리하라는 것은 제안이지, Google이 추가로 요구하는 할당량이 아닙니다. 목표는 달력이 넘어가기를 기다리는 것이 아니라 진정한 테스트입니다.

이미 에뮬레이터로 테스트를 진행했다면

1. 대시보드에서 프로덕션 액세스 체크리스트를 열고 적힌 내용을 읽으세요. 테스터가 몇 명이고 며칠 연속인지. 그것이 테스트의 실제 상태입니다.

2. 등록은 되어 있는데 예상과 다르게 표시되는 사람이 있다면 위의 진단 목록을 차례로 확인하세요. 기기에 대해 어떤 결론을 내리기 전에 설정부터 바로잡으세요.

3. 정당하게 쌓은 진행 상황은 그대로 유지하세요. Google이 공개한 어떤 문서도 테스터가 사용한 환경 때문에 테스트가 초기화된다고 말하지 않습니다.

4. 진정한 참여자를 추가하고, 새 테스터 각자가 자신의 14일 연속 참여를 채우게 하세요. 이들의 기간은 다른 사람의 것을 이어받지 않으므로, 테스트는 처음 생각했던 종료일을 넘겨 진행해야 할 수도 있습니다. 앱에 실제 문제가 있다면, 그 문제를 찾아내는 것도 바로 이 단계입니다.

사람을 모집하는 것이 어렵다면 테스터 12명을 찾는 7가지 정당한 방법의 무료 방법부터 시작하세요. 그다음은 테스터 초대 방법, 14일 연속 규칙, 테스트 중 앱 업데이트, 프로덕션 액세스 질문지를 참고하세요.

진정한 참여, 그리고 규칙을 어기는 것

이 문제를 둘러싼 두려움의 상당 부분은 전혀 다른 세 가지 행동을 하나로 뭉뚱그리는 데서 옵니다. 이들은 같지 않으며, 그 결과도 같지 않습니다.

따라서 실질적인 기준선은 가상화가 아니라 속임수입니다. 누가 참여하고 있는지를 거짓으로 꾸미기 위해 계정을 만들거나 활동을 자동화하지 마세요. Google은 설치 수와 기타 스토어 지표의 부정한 조작을 금지합니다. 다만 그 정책만으로 에뮬레이터에 특화된 집계 규칙이 성립하는 것은 아닙니다.

실질적인 결론은 세 경우 모두 같습니다. 에뮬레이터는 사람 한 명을 더 만들어 주지 않으므로, 시간을 들일 가치가 있는 유일한 질문은 실제 사람을 어떻게 효율적으로 찾느냐입니다.

PrimeTestLab의 역할

저희는 비공개 테스트 지원 서비스를 판매하므로, 그 점을 알고 이 섹션을 읽으세요. 개발자가 에뮬레이터에 손을 뻗는 이유는 속이고 싶어서가 아니라, 2주 동안 참여 상태를 유지해 줄 열두 명을 찾는 일이 정말로 어렵기 때문입니다. 저희가 하는 일이 바로 그 부분입니다.

모든 요금제에 환불 보장이 포함됩니다. 결정하기 전에 단계별 진행 과정을 먼저 읽어 볼 수도 있습니다.

자주 묻는 질문

핵심 요약