아닙니다. 초기화되지 않습니다
일반 업데이트를 해도 테스터의 참여 기간은 계속 이어집니다새 출시를 만들면 비공개 테스트가 다시 시작된다는 규칙을 Google은 공개하지 않습니다. 요구사항은 각 테스터가 14일 연속 테스트 참여 상태를 유지하고, 신청 시점에 그런 테스터가 최소 12명 있는지에 관한 것입니다. 버전 코드와 업로드한 빌드 수는 여기에 포함되지 않습니다.
테스터가 테스트에서 나가 끊김 없는 14일을 채운 테스터가 12명 미만이 되는 경우.
참여를 철회했다가 다시 참여한 테스터는 자신의 14일을 다시 시작하고, 대체 테스터는 첫날부터 시작합니다. 그 결과 끊김 없는 14일을 채운 테스터가 12명 미만이 되면 신청은 기다려야 합니다. 원인은 업데이트가 아닙니다.
빠른 답변
아닙니다. 진행 중인 비공개 테스트(closed testing) 트랙에서 같은 앱을 업데이트하는 것만으로 테스터의 참여 기간이 다시 시작되지는 않습니다. 2023년 11월 13일 이후 생성된 개인 개발자 계정은 프로덕션 액세스를 신청할 때 각자 최근 14일 연속 테스트 참여 상태를 유지한 테스터가 최소 12명 필요합니다. 참여를 철회한 테스터는 자신의 14일을 다시 시작합니다. Google은 의견을 반영하라고 권하지만 필수 출시 횟수는 공개하지 않습니다. 테스터가 새 빌드를 볼 수 없다면 게시 상태, 출시 대상 자격, 기기 업데이트를 확인하세요.
비공개 테스트에서 가장 흔한 걱정 중 하나입니다. 14일 기간 중간에 버그를 발견하고는, 수정본을 올리면 진행 기록이 사라져 2주를 처음부터 다시 해야 할까 봐 손을 놓게 됩니다. 그렇지 않습니다. 14일 요구사항이 지켜보는 것은 빌드가 아니라 테스터입니다. 이 가이드는 비공개 테스트 기간을 끊는 일과 끊지 않는 일을 구분하고, 어떤 행동이든 직접 확인해 볼 수 있는 두 가지 대화형 도구를 제공하며, 테스터가 새 빌드를 볼 수 없을 때 무엇을 확인해야 하는지 설명합니다. 2026년 10월 16일에 Google 고객센터 페이지와 대조해 마지막으로 확인했습니다.
이 가이드에서
앱을 업데이트하면 14일 비공개 테스트 타이머가 초기화되나요?
아닙니다. 테스트 기간 중 개발자가 가장 많이 걱정하는 문제지만 답은 안심할 만합니다. 기존 비공개 테스트 트랙에 새 App Bundle을 업로드하는 것만으로 테스터의 참여 기간이 다시 시작되지는 않습니다.
14일 요구사항은 빌드가 아니라 테스터에 연결되어 있습니다. Google은 이를 테스터별로 측정합니다. 프로덕션 액세스를 신청할 때 테스터 12명 이상이 각자 최근 14일 이상 지속적으로 테스트에 참여한 상태여야 합니다. 앱 버전 번호, 새 AAB를 업로드한 횟수, 출시 노트의 변경 내용은 이 요구사항에 포함되지 않습니다.
바로 이 질문이 Google Play 개발자 커뮤니티에서 반복해서 올라옵니다. Google Play Console 고객센터는 요구사항을 참여 테스터와 기간만으로 정의하며, 빌드 업로드는 전혀 언급하지 않습니다. 2024년 1월 한 Google 제품 전문가는 채택된 커뮤니티 답변에서 실용적인 답을 직접 제시했습니다. 테스트 중 업데이트는 검토가 필요할 수 있지만 14일을 초기화하지는 않는다는 것입니다. 이는 정책 자체의 문장이 아니라 전문가의 정책 해석입니다.
특정 행동이 확실하지 않으신가요? 아래 확인 도구에서 하려는 행동을 선택하면 테스터의 14일에 영향을 주는지 알려 줍니다.
어떤 행동이 걱정되나요?
Google Play Console이 공개한 요구사항인 참여 테스터 수와 연속 일수, 그리고 폭넓은 개발자 경험을 근거로 합니다. 커뮤니티에서 보고된 두 가지 위험은 별도로 표시했습니다.
14일 타이머를 실제로 초기화하는 것은 무엇인가요?
최근 14일 이상 지속되는 기간은 단순히 날짜가 줄어드는 카운트다운이 아니라 연속성 확인으로 이해해야 합니다. Google은 참여 테스터를 최소 12명 이상 끊김 없이 유지했는지 확인합니다. 이 연속성을 깨는 확인된 조건은 두 가지입니다.
참여 테스터가 12명 아래로 줄어듭니다
테스터 한 명이 떠나 자격을 갖춘 테스터가 11명이 되면, 열두 번째 테스터가 끊김 없는 14일을 채울 때까지 신청할 수 없으며 대체 테스터는 첫날부터 시작합니다. 그래서 정확히 12명으로 운영하는 것은 위험합니다.
테스터가 공식적으로 참여를 취소합니다
테스터는 테스트 웹 링크를 열고 나가기를 선택해 참여를 철회합니다. 이는 앱 삭제와 다릅니다. 그 테스터의 14일은 멈추고, 다시 참여하면 처음부터 시작합니다. 자격을 갖춘 테스터가 12명 미만이 될 때만 신청이 늦어집니다.
새 빌드 업로드는 이 목록에 없습니다. 등록정보의 오타 수정, 테스터의 의견 제출, 테스터 기기에서 앱이 비정상 종료되는 일도 마찬가지입니다. 마지막 항목은 테스트가 필요한 이유이기도 합니다. 아래 시뮬레이터에서 업데이트 버튼을 눌러도 기록은 유지되지만 테스터를 잃어 12명 아래로 내려가면 연속 기록이 무너지는 차이를 확인할 수 있습니다.
타이머를 초기화하지 않는 행동
같은 트랙에 새 AAB 업로드
출시 노트 또는 스토어 등록정보 수정
테스터가 의견 제출
테스터 기기에서 앱 비정상 종료
versionCode 또는 버전 이름 변경
참여 취소 없이 앱만 삭제
비공개 테스트에 업데이트를 배포하는 방법
업데이트 배포 과정은 첫 릴리스와 같지만 중요한 차이가 하나 있습니다. 테스터가 이미 참여한 같은 비공개 테스트 트랙에서 새 릴리스를 만듭니다. 새 테스트를 시작하는 것이 아니라 진행 중인 테스트에 빌드를 추가하므로 14일 타이머가 계속 갑니다. Play Console에서는 다음 두 단계로 진행합니다.
기존 비공개 트랙에서 새 출시 만들기 Test and release > Testing > Closed testing > Manage track
운영 중인 비공개 테스트 트랙을 열고 Create new release를 누른 다음 업데이트한 App Bundle(AAB)을 업로드합니다. 패키지 이름과 서명 설정은 그대로 두고, 빌드에 더 높은 versionCode를 지정하세요. versionName만 바꾸는 것은 업그레이드가 아닙니다. 변경 사항을 설명하는 짧은 출시 노트를 추가하고 저장합니다. 같은 트랙을 유지하세요. 그래야 테스터의 14일이 계속 이어집니다.
업데이트 검토 후 배포 Review release > Start roll-out
Next와 Review release를 차례로 진행한 뒤 비공개 트랙에 출시를 시작합니다. 그런 다음 Publishing overview를 여세요. 대기 중인 변경사항이 있으면 Send changes for review를 선택하고, Managed publishing이 켜져 있으면 승인된 변경사항을 직접 게시하세요. 제출한 업데이트는 테스터에게 전달되기 전에 In review(검토 중)로 표시될 수 있으며, Google은 게시된 변경사항이 테스터에게 도달하기까지 몇 시간이 걸릴 수 있다고 안내합니다. 기존 테스터는 일반적으로 그대로 업데이트되며, 재설치나 두 번째 테스트 참여는 필요 없습니다.
이 과정은 테스터의 참여 기간을 다시 시작하지 않습니다. 테스터가 이미 참여한 같은 비공개 트랙에 출시하므로, 새 빌드 아래에서도 그들의 14일은 계속 이어집니다. 새 테스트를 시작하는 것이 아니라 빌드를 추가하는 것입니다. 그래도 테스터가 새 빌드를 볼 수 없다면 다음 섹션의 확인 항목을 차례로 점검하세요.
테스터가 새 빌드를 받지 못하는 이유는 무엇인가요?
먼저 의도한 빌드가 테스터의 트랙에 게시되었는지 확인하고, 다음으로 테스터의 계정과 설치된 버전을, 마지막으로 휴대전화를 확인하세요. 이것은 확인 순서일 뿐, 가장 흔한 원인의 순위가 아닙니다. 자격이 있는 테스터가 의도한 빌드를 설치하고 변경 사항을 다시 테스트했을 때 비로소 끝난 것입니다. 스토어 등록정보에 새 날짜가 표시되는 것만으로는 충분하지 않습니다.
업데이트가 아직 검토 중입니다
제출한 업데이트는 해당 빌드가 테스터에게 전달되기 전에 검토가 필요할 수 있습니다. Play Console에서 Publishing overview(게시 개요)를 열고 표시되는 내용에 따라 조치하세요.
- 아직 전송되지 않은 변경사항: 목록을 검토한 뒤 Send changes for review를 선택하세요.
- 검토 중: 올바른 앱, 트랙, 버전인지 확인하고 Console에 표시되는 메시지를 따르세요. 새로고침하려고 다른 빌드를 업로드하지 마세요. Google은 마지막으로 제출된 변경사항을 기준으로 검토 시간을 계산합니다.
- 게시할 준비가 된 변경사항: Managed publishing(게시 관리)이 켜져 있으므로 승인된 변경사항을 직접 게시하세요.
검토를 기다리는 출시와 테스터의 테스트 참여 유지는 별개의 상태입니다. Google은 일반 업데이트 검토가 테스터의 참여 기간을 일시중지하거나 초기화한다고 문서화하지 않습니다.
일부 테스터만 업데이트할 수 있습니다
게시된 업데이트는 출시 대상이자 자격이 있는 테스터에게만 전달됩니다. 다음 항목을 순서대로 확인하세요.
- 단계적 출시: 비공개 테스트를 포함한 테스트 트랙의 업데이트에도 출시 비율을 적용할 수 있으며, 이 비율은 저절로 올라가지 않습니다. Closed testing > Releases에서 Manage rollout을 열어 비율과 출시 중단 여부를 확인하세요.
- 계정: 목록이나 Google 그룹에 있는 주소, 테스트 참여를 선택한 계정, Play 스토어에 로그인된 계정이 모두 같아야 합니다.
- 내부 테스트: 아직 내부 테스트에 참여 중인 테스터는 내부 테스트에서 나와 비공개 테스트에 참여하기 전까지 비공개 테스트 빌드를 받을 자격이 없습니다. 이는 일상적인 업데이트 단계가 아니라 등록 상태를 바로잡는 작업입니다.
- 버전 코드: Google Play는 테스터가 받을 자격이 있는 호환 빌드 중 versionCode가 가장 높은 빌드를 설치합니다. versionName만 바꾸는 것은 업그레이드가 아닙니다.
- 기기: 빌드가 테스터의 기기를 지원해야 하며, 배포 설정에도 해당 기기가 포함되어 있어야 합니다.
출시는 제공되고 있지만 휴대전화에는 여전히 이전 빌드가 있습니다
테스터의 등록 상태를 건드리기 전에 Play 스토어 자체의 업데이트 경로를 먼저 사용하세요.
- 테스트 링크로 앱의 Play 등록정보를 열고 업데이트가 보이면 탭하거나, 프로필 > 앱 및 기기 관리 > 업데이트 가능으로 이동하세요.
- 자동 업데이트를 확인하세요. 꺼져 있거나, Wi-Fi에서만 작동하도록 제한되어 있거나, 이 앱만 꺼져 있을 수 있습니다.
- 연결 상태와 남은 저장공간을 확인한 다음 Play 스토어를 닫았다가 다시 여세요.
- 그다음에야 Play 스토어 캐시를 삭제하세요(앱 정보 > 저장용량 및 캐시 > 캐시 삭제). 캐시를 삭제해도 아직 검토 중인 출시가 게시되지는 않습니다.
업데이트를 받기 위해 테스터에게 테스트에서 나갔다가 다시 참여하라고 요청하지 마세요. 나가는 순간 그 테스터의 끊김 없는 14일이 깨집니다. 앱 삭제, Google Play 서비스 데이터 삭제, 휴대전화 초기화도 일반적인 업데이트 절차가 아닙니다.
초대된 테스터와 테스트 참여 테스터의 차이
처음 게시하는 개발자가 가장 자주 놓치는 구분이며, 빌드가 타이머에 영향을 주지 않는 이유를 이해하는 핵심입니다. Google 시스템에서 테스터는 다음 단계를 거치며 뒤쪽 단계만 실제로 계산됩니다.
초대됨
테스터 목록이나 Google Group에 이메일을 추가한 상태입니다. 아직 다른 단계는 진행되지 않았습니다.
테스트 참여 선택
테스트 링크를 열고 Google 계정으로 로그인한 다음 Become a tester를 선택한 상태입니다. 14일 타이머는 이 상태를 계산합니다.
설치 후 활동 중
앱을 다운로드해 계속 사용합니다. 기본 인원수는 바뀌지 않지만 프로덕션 액세스 검토에서 Google이 실제 참여를 판단할 때 중요합니다.
Google 문서가 분명히 밝히듯 이메일 추가만으로는 부족합니다. 각 테스터가 테스트 참여 링크를 열고 인증한 뒤 명시적으로 테스터가 되어야 인원수에 포함됩니다. 일반 앱 업데이트가 진행 기록을 다시 시작하지 않는 이유도 여기에 있습니다. 테스터는 참여 상태를 유지하므로 새 빌드가 나와도 일수가 계속 집계됩니다. 전체 과정은 테스터를 올바르게 초대하는 방법 가이드에서 확인하세요.
수천 건의 테스트를 운영하며 얻은 팁: 고정 이메일 목록 대신 Google 그룹으로 테스터를 관리하세요. Google 문서에 따르면 CSV를 업로드하면 기존 테스터 목록을 덮어쓰므로, 그룹을 사용하면 목록을 조정하다 활성 테스터를 실수로 지우는 일을 피할 수 있습니다. 다만 그룹이 보장책은 아닙니다. 멤버십이 여전히 액세스를 결정하므로, 그룹에서 누군가를 삭제하거나 다른 그룹을 연결하면 자격이 있는 사람이 바뀝니다.
Google 요구사항의 정확한 문구
Google Play Console 공식 도움말의 신규 개인 개발자 계정 앱 테스트 요구사항에는 다음과 같이 적혀 있습니다.
“최근 14일 이상 지속적으로 테스트에 참여하겠다고 선택한 상태인 12명 이상의 테스터를 대상으로 비공개 테스트를 진행해야 합니다.”
Google Play Console 고객센터 · answer 14151465프로덕션 액세스를 신청하는 시점에는 다음 조건도 적용됩니다.
“프로덕션 액세스를 신청할 때 비공개 테스트에 참여한 테스터가 최소 12명이어야 하며, 최근 14일 이상 지속적으로 참여한 상태여야 합니다.”
Google Play Console 고객센터 · answer 14151465Google은 기간이 연속이어야 한다는 점도 분명히 합니다. 참여를 선택한 뒤 14일이 되기 전에 취소한 테스터는 계산되지 않으며 다시 참여해도 14일 연속 기간을 새로 채워야 합니다. 따라서 14일을 나누어 누적할 수 있다는 생각은 틀렸으며, 이 조건 어디에도 빌드 수는 들어가지 않습니다.
기억할 세 가지 사실
테스트 중 업데이트 배포는 긍정적일까요?
개발자의 걱정이 오히려 기회가 되는 부분입니다. 비공개 테스트 중 업데이트를 배포하는 것은 실제 참여를 보여 주는 긍정적인 신호로 널리 받아들여집니다. Google의 공식 안내와 개발자 커뮤니티의 결론은 겹치지만 완전히 같지는 않으므로 나누어 보겠습니다.
계속 개선하고 수정하세요
Play Console 도움말은 지속적인 개선을 권합니다. 사용자가 보고한 문제와 버그를 수정하는 동안 비공개 테스트를 계속 활용하고, 프로덕션 출시 전에 비공개 테스트에서 앱을 업데이트하면 낮은 품질의 리뷰와 평점을 줄이는 데 큰 도움이 된다고 설명합니다.
프로덕션 액세스를 신청할 때 질문지에는 어떤 참여가 있었고 테스터 의견을 어떻게 반영했는지 설명해야 합니다.
멈춘 앱보다 개선되는 앱
실무자들은 한 단계 더 나아갑니다. 14일 내내 버전 1.0으로 멈춰 있고 아무 활동도 없는 앱은 형식만 채운 테스트처럼 보이는 반면, 의견에 따라 수정본을 배포한 앱은 실제 개발 과정처럼 보입니다. 일부 개발자는 반응성을 보여 주려고 작은 업데이트를 두세 번 배포하지만, Google은 그런 할당량을 공개하지 않습니다(아래 출시 횟수 섹션 참고).
이는 커뮤니티의 의견과 합리적인 추론이지 Google이 공개한 규칙은 아닙니다. Google은 업데이트를 몇 번 배포해야 한다는 수치 요구사항을 정하지 않았습니다.
결론적으로 업데이트는 안전하고 권장되며, 그 과정에서 쌓은 실제 참여 기록은 프로덕션 액세스 질문지에 답할 때 도움이 됩니다. 실제 위험은 배포 행위가 아니라 배포한 빌드의 품질에서 생깁니다. 다음 절에서 유일하게 중요한 예외를 살펴봅니다.
비공개 테스트 중 출시를 두세 번 해야 하나요?
Google이 공개한 비공개 테스트 안내에는 최소 출시 횟수가 정해져 있지 않습니다. 테스터 의견을 반영하고 테스트에서 발견된 문제를 수정하라고 권하며, 프로덕션 액세스 신청서는 어떤 변경을 했는지 설명하도록 요구합니다. 업로드 횟수는 요구사항에 포함되지 않습니다.
- 테스터 12명 이상이 끊김 없이 14일 동안 테스트 참여 상태 유지 (공개된 요구사항)
첫날부터 각 테스터의 끊김 없는 참여를 지키세요. - 의견을 반영하고 테스트에서 발견된 문제 수정 (Google 안내)
의견, 수정 내용, 재테스트를 짧게 기록해 두세요. - 무슨 일이 있어도 출시 두세 번 하기 (커뮤니티 속설, 공개된 할당량 없음)
일부러 변경 사항을 만들지 말고, 출시 횟수로 승인을 받을 수 있다고 기대하지 마세요.
이 조언의 출처: 저희가 찾은 가장 이른 명시적 사례는 2024년 10월의 한 토론에서 어느 개발자가 업데이트를 두세 번 하면 의견을 반영한 작업을 Google에 보여줄 수 있을지도 모른다고 추측한 글입니다. 이 말은 몇 주 만에 커뮤니티 스레드에서 반복되었고, 이후 가이드에 마치 Google의 권장 사항인 것처럼 등장했습니다. 원래 출처는 알 수 없으며, 개발자들은 업데이트를 여러 번 했을 때도, 하지 않았을 때도 거부되었다고 보고합니다. 따라서 출시 횟수만으로는 아무것도 증명되지 않습니다.
테스트에서 실제 문제가 발견되면 수정하고, 빌드를 배포한 뒤, 테스터에게 재테스트를 요청하세요. 발견되지 않았다면 프로덕션 액세스 설문에 답할 때 그 사실을 솔직하게 밝히세요. 업데이트가 검토 중일 때 겉모습만 바꾼 빌드를 올리면 앱이 검토 대기열에서 뒤로 밀릴 수도 있습니다. Google은 마지막으로 제출된 변경사항을 기준으로 검토 시간을 계산하기 때문입니다.
문제 있는 업데이트가 타이머를 간접적으로 초기화할 수 있나요?
그럴 수 있으며 이것이 유일하게 중요한 예외입니다. 업데이트 자체는 타이머를 직접 초기화하지 않지만 문제 있는 업데이트가 만든 결과는 초기화를 일으킬 수 있습니다. 과정은 다음과 같습니다.
규칙은 간단합니다. 자유롭게 업데이트하되 비공개 트랙에 배포하기 전에 각 빌드의 기본 안정성을 확인하세요. 정확히 테스터 12명만 운영하면 문제 있는 빌드로 한 명만 이탈해도 기록이 끊길 수 있습니다. 12명을 넘는 여유 테스터가 이 위험을 흡수합니다.
과정을 정확히 구분하세요. 업데이트는 누구의 참여 기간도 다시 시작하지 않습니다. 지연은 자격을 갖춘 테스터를 잃어서 생기며, 문제 있는 빌드는 참여 철회를 촉발했을 뿐입니다. 빌드를 안정적으로 유지하고 여유 인원을 두면 간접 위험은 훨씬 작아집니다.
업데이트 후 테스터가 재설치하거나 다시 참여해야 하나요?
아닙니다. 테스트 참여를 선택하고 앱을 설치한 기존 테스터는 일반적으로 Google Play를 통해 그대로 업데이트됩니다. 다시 참여를 선택할 필요가 없고, 개발자가 링크를 다시 보낼 필요도 없습니다.
업데이트는 일반적으로 그대로 설치됩니다
Google Play Console 고객센터의 공개, 비공개 또는 내부 테스트 설정(answer 9845334)은 테스터가 앱을 설치하면 몇 분 안에 테스트 버전을 사용하도록 자동 업데이트된다고 설명합니다. 빌드가 바뀌어도 테스터의 참여 상태는 유지되며 재설치하거나 참여를 다시 선택할 필요가 없습니다.
같은 Google 페이지는 추가 변경사항을 게시하면 기기에서 자동 업데이트가 시작되기 전까지 몇 시간 동안 테스터에게 제공되지 않을 수 있다고도 안내합니다. 그러나 14일 타이머가 확인하는 테스터의 참여 상태는 새 AAB에서도 유지됩니다. 테스터가 빠진 적이 없으므로 빌드 업데이트가 타이머를 초기화하지 않는 것입니다.
중요한 예외 새 권한은 자동 업데이트를 막을 수 있습니다
항상 조용히 배포되지 않는 빌드가 있습니다. ACCESS_FINE_LOCATION, 카메라, 마이크처럼 새로운 위험 권한 또는 민감한 권한을 추가한 업데이트입니다. 권한과 Target API 수준에 따라 Google Play가 백그라운드 설치 대신 테스터가 직접 누르고 승인해야 하는 Update 버튼을 표시할 수 있습니다. 이를 지나친 테스터는 이전 빌드에 남습니다. 자동 설치되더라도 새 권한은 런타임에서만 부여되므로 테스터가 허용하기 전까지 권한이 필요한 기능이 고장 난 것처럼 보일 수 있습니다.
비공개 테스트에서는 눈에 잘 띄지 않는 함정입니다. 테스트 도중 권한이 많이 추가된 업데이트를 배포하면 일부 테스터는 이전 빌드에 머물거나, 권한을 허용할 때까지 기능이 막힐 수 있습니다. 고위험 권한을 새로 추가하면 빌드를 게시하기 전에 Play Console에서 권한 선언이 필요할 수도 있습니다. 휴대전화의 런타임 동의와 Console의 선언은 서로 별개의 확인 절차입니다.
테스트 중간에 배포하기 전에 새 Manifest 권한을 현재 빌드와 비교하세요. 권한 구성이 바뀌었다면 테스터에게 Play Store를 열어 직접 업데이트하고 새 권한 요청을 승인하도록 안내하며, 선언 검토가 있을 때를 대비해 일정에 여유를 두세요.
비공개 테스트에 관한 흔한 오해 5가지
업데이트를 둘러싼 걱정 대부분은 몇 가지 오해에서 시작됩니다. 개발자가 가장 자주 걱정하는 다섯 가지 주장과 실제 사실을 정리합니다.
오해 1“새 릴리스를 만들면 타이머가 초기화됩니다.”
오해 2“앱 삭제는 테스트 참여 취소와 같습니다.”
오해 3“14일은 나누어 누적할 수 있습니다.”
오해 4“테스터는 정확히 12명이면 충분합니다.”
오해 5“테스터는 매일 앱을 사용해야 합니다.”
타이머를 초기화하는 행동과 그렇지 않은 행동
핵심 내용을 한 표에 모았습니다. 저장하거나 캡처해 팀원과 공유하세요. 빌드에 관련된 행동은 안전하며 참여 테스터 수에 영향을 주는 행동만 위험합니다.
| 행동 | 14일 타이머 초기화 여부 |
|---|---|
| 같은 비공개 트랙에 새 AAB 업로드 | 아니요 |
| 출시 노트 또는 스토어 등록정보 수정 | 아니요 |
| 테스터가 의견 제출 | 아니요 |
| 테스터 기기에서 앱 비정상 종료 | 아니요 |
| 테스터가 참여 취소 없이 앱만 삭제 | 아니요* |
| 참여 테스터가 12명 아래로 감소 | 예 |
| 테스터가 웹 링크에서 공식적으로 참여 취소 | 예** |
| 문제 있는 빌드로 이탈이 발생해 12명 미만이 됨 | 간접적으로 |
| 비공개 테스트 트랙 일시중지 | 보고된 위험 |
| 테스터 목록을 덮어써 활성 테스터가 누락됨 | 보고된 위험 |
* 참여 철회는 아니지만, 앱이 설치되지 않은 테스터는 테스트를 하고 있지 않은 것입니다. ** 자격을 갖춘 테스터가 12명 미만이 될 때만 해당합니다. 여기서 "예"는 가장 빠른 신청 가능일이 늦어진다는 뜻입니다. 남아 있는 테스터는 자신의 일수를 유지하지만 대체 테스터는 첫날부터 시작합니다. Google 문서에 따르면 CSV를 업로드하면 기존 목록을 덮어쓰고, 테스트를 일시중지하면 테스트 업데이트가 중단됩니다. 그 이후 일수를 어떻게 집계하는지는 문서화되어 있지 않으므로 마지막 두 행은 "위험을 감수하지 말 것"으로 보세요.
비공개 테스트 요구사항의 변경 과정
오래된 가이드와 현재 숫자가 다른 이유입니다. 최근 14일 이상의 연속 기간은 그대로였고 테스터 수만 바뀌었습니다.
2023년 11월 이전에는 프로덕션 출시 전 의무 비공개 테스트가 없어 테스터를 마련하지 않고도 게시할 수 있었습니다.
Google은 2023년 11월 9일에 이 요구사항을 발표했습니다. 2023년 11월 13일 이후 생성된 개인 계정은 참여 테스터 20명과 함께 14일 연속 비공개 테스트를 진행해야 했습니다. 조직 계정은 면제였습니다.
2024년 12월 11일 최소 인원이 20명에서 12명으로 줄었고 14일 기간은 그대로 유지되었습니다. 조직 계정은 계속 면제됩니다.
아직 테스터 20명이 필요하다고 안내하는 글은 오래된 내용입니다. 자세한 배경은 테스터 20명에서 12명으로 바뀐 내용에서 확인하세요.
알아둘 2026년 정책 변경
비공개 테스트만 따로 진행되는 것은 아닙니다. 2026년의 몇 가지 일정은 앱 출시 계획과 겹칠 수 있습니다. 14일 타이머의 작동 방식은 바꾸지 않지만 미리 확인하지 않으면 테스트 기간과 충돌할 수 있습니다.
출시 일정에 영향을 줄 2026년 날짜
날짜는 Google Play Console 고객센터의 Target API level 안내와 Android Developers Blog의 개발자 인증 안내를 기준으로 합니다. 인증은 단계적으로 시행되고 2026~2027년에 확대될 수 있으므로 일정을 정하기 전에 공식 페이지에서 다시 확인하세요. 전체 목록은 2026년 Google Play 출시 요구사항 가이드에서 계속 관리합니다.
PrimeTestLab이 14일 타이머를 지키는 방법
비공개 테스트에서 가장 어려운 부분은 규칙을 이해하는 일이 아니라 앱을 개선하는 14일 내내 실제 참여 테스터를 12명 이상 유지하는 일입니다. PrimeTestLab은 바로 이 문제를 해결합니다. 실제 기기 참여 테스터를 제공하고 Play Console 설정을 안내해 타이머가 정확히 시작되고 수정본을 배포하는 동안에도 이어지게 합니다. 포함 항목은 Google Play 비공개 테스트 서비스에서 확인하세요. 앱 12,100+개 기준 성공률은 99.9%이며 테스트는 4~6시간 안에 시작합니다.
Play Console에 저희 테스터를 추가하고 테스트 URL을 공유하면 14일이 시작됩니다. 그 후에는 필요할 때 업데이트를 배포할 수 있으며, 반복 개선하는 동안 테스터는 참여 상태를 유지합니다.
최소 인원인 테스터 12명보다 큰 플랜을 선택하면 같은 날 시작하는 추가 테스터가 생기므로, 문제 있는 빌드 때문에 생긴 철회를 포함해 한 명이 참여를 철회해도 12명 아래로 떨어지지 않습니다. 여유 인원은 그 테스터들이 일찍 참여했을 때만 도움이 됩니다. 늦게 들어온 대체 테스터는 자신의 14일을 새로 시작합니다. 가격은 앱당 기준이며, 결제 시 서비스 수수료 5%(최소 $1.50)가 추가됩니다.
자주 묻는 질문
14일 비공개 테스트 중 앱을 업데이트해도 타이머가 초기화되지 않나요?
네. 진행 중인 비공개 트랙에서 같은 앱을 일반적으로 업데이트하는 것만으로 테스터의 참여 기간이 다시 시작되지는 않습니다. 기존 테스터가 자격과 테스트 참여 상태를 유지하도록 하세요. 새 빌드는 테스터가 설치하기 전에 검토와 게시가 필요할 수 있으므로, 전달 여부는 테스트 요구사항과 별도로 확인하세요.
비공개 테스트 타이머를 실제로 초기화하는 것은 무엇인가요?
Google은 모든 Console 작업을 다루는 초기화 체크리스트를 공개하지 않습니다. 요구사항은 각 테스터의 지속적인 테스트 참여에 관한 것입니다. 나갔다가 다시 참여한 테스터는 자신의 14일을 다시 시작하며, 자격을 갖춘 테스터를 충분히 잃으면 신청이 늦어질 수 있습니다. 새 대체 테스터는 첫날부터 시작합니다. 일반 빌드 업데이트는 이와 다른 일입니다.
초대된 테스터와 테스트 참여 테스터는 무엇이 다른가요?
초대는 해당 계정이 테스터 목록이나 Google 그룹에 있다는 뜻입니다. 테스트 참여는 테스터가 그 계정으로 테스트 링크를 열고 테스트에 참여했다는 뜻입니다. 주소를 목록에 올리는 것만으로는 등록이 완료되지 않습니다. 테스터에게 계정을 확인하게 한 다음, 앱을 설치해 사용하고 의미 있는 의견을 보내 달라고 요청하세요.
업데이트 후 테스터가 다시 참여를 선택해야 하나요?
일반적으로는 아닙니다. 자격이 있는 기존 테스터는 같은 테스트에 다시 참여하지 않아도 Google Play를 통해 일반 업데이트를 받습니다. 등록 상태를 그대로 유지한 뒤, 테스터에게 등록정보와 설치된 빌드를 확인해 달라고 요청하세요. 자동 설치는 출시가 제공되는지와 기기 설정에 따라 달라지므로, 모든 테스터가 몇 분 안에 업데이트를 받는다고 약속하지 마세요.
앱 삭제와 테스트 참여 취소는 같은가요?
아닙니다. 앱 삭제는 휴대전화에서 앱을 지우는 것이고, 참여 철회는 테스트 참여 자체를 바꾸는 것입니다. 오늘의 설치 수도, 오늘의 초대 목록도 지속적인 등록을 증명하지 않습니다. 앱을 삭제한 테스터는 그 설치본으로 테스트할 수도 없으므로, 아직 테스트에 참여 중인지 확인하고 다시 설치해 테스트를 계속해 달라고 요청하세요.
Google은 테스트 중 업데이트를 배포하기를 바라나요?
Google은 테스터 의견을 반영하고 문제를 수정하라고 권하며, 프로덕션 액세스 신청서는 테스트 후 무엇을 변경했는지 묻습니다. 필수 출시 횟수는 공개하지 않습니다. 필요할 때 유용한 수정본을 배포하고, 무엇이 바뀌었는지 기록한 뒤 재테스트하세요. 업데이트를 두세 번 해야 한다는 규칙을 채우려고 겉모습만 바꾼 출시를 하지 마세요.
비공개 테스트에는 실제로 테스터가 몇 명 필요한가요?
2023년 11월 13일 이후 생성된 개인 계정은 신청 시점에 각자 최근 14일 연속 테스트 참여 상태를 유지한 테스터가 최소 12명 필요합니다. 추가 테스터를 일찍 모집하면 여유분이 생깁니다. 늦게 추가된 대체 테스터는 떠난 테스터의 일수를 이어받지 않으며, 어떤 테스터 수도 프로덕션 액세스를 보장하지 않습니다.
통과하려면 업데이트를 두세 번 출시해야 하나요?
Google이 공개한 안내에는 그런 할당량이 없습니다. Google은 테스트, 의견, 변경 사항, 출시 준비 상태에 대해 묻습니다. 테스트에서 실제 문제가 발견되면 수정하고 재테스트를 기록하세요. 발견되지 않았다면 테스트 내용을 솔직하게 설명하세요. 출시 횟수만으로는 유용한 테스트를 증명할 수도, 프로덕션 액세스 부여를 보장할 수도 없습니다.
출시가 제공되고 있는데, 왜 테스터는 아직 이전 버전을 쓰고 있나요?
테스터의 Google 계정, 트랙 등록 상태, 출시 비율, versionCode를 확인하세요. 그런 다음 테스터에게 Play 등록정보를 열어 업데이트가 있는지 확인하게 하세요. 자동 업데이트는 꺼져 있거나 기기 조건 때문에 지연될 수 있습니다. 빌드가 실제로 설치되었는지 확인하세요. 등록정보의 업데이트 날짜만으로는 충분하지 않습니다.
"검토 중"이면 14일 테스트가 일시중지되나요?
검토 중인 업데이트는 Google이 해당 빌드를 처리하기를 기다리는 상태입니다. Google은 일반 업데이트 검토가 테스터의 기존 참여 기간을 일시중지한다고 문서화하지 않습니다. 진행 중인 테스트가 계속 제공되고 있는지, 등록 상태가 그대로인지 확인하세요. 추가로 제출하면 출시 검토가 늦어질 수 있지만, 이는 지속적인 테스트 요구사항과는 별개입니다.
업데이트를 받으려면 테스터가 나갔다가 다시 참여해야 하나요?
아닙니다. 비공개 테스트에서 나갔다가 다시 참여하는 것은 업데이트 해결책이 아니며, 그 테스터의 연속 참여 일수가 끊깁니다. 먼저 게시 상태, 테스터의 계정, 출시 비율, versionCode를 확인한 다음 일반적인 Play 스토어 업데이트 경로를 시도하세요. 등록이 정말 잘못된 경우에는 그 테스터의 14일에 어떤 영향이 있는지 알고 별도로 바로잡으세요.
핵심 요약
결론
14일 비공개 테스트 중 앱을 업데이트하는 것은 안전하고 정상적이며 권장됩니다. Google은 각 테스터의 끊김 없는 테스트 참여를 측정하므로, 같은 비공개 트랙에 일반 업데이트를 올려도 테스터의 14일이 다시 시작되지 않습니다. 실제 위험은 자격을 갖춘 테스터를 잃거나, 테스터가 공식적으로 참여를 철회하거나, 테스터가 그만둘 만큼 심각한 문제가 있는 빌드를 배포하는 경우입니다. 실제 수정본을 배포하고 의견을 반영하며, 일찍 모집한 여유 인원으로 테스터 수를 지키세요. 테스터 12명 이상의 참여 유지에 도움이 필요하다면, PrimeTestLab은 실제 테스터 12~25명을 $19.99부터 제공하며(서비스 수수료 5% 추가, 최소 $1.50) 테스트는 4~6시간 안에 시작됩니다. 전체 테스트를 마친 뒤 프로덕션 액세스가 부여되지 않으면 무료 재테스트 또는 전액 환불 중 선택할 수 있습니다. 요금제 보기 →