폐쇄 테스트가 실패하는 이유: 14일 윈도우에서 가져온 현장 노트
프로덕션 액세스 신청의 대부분은 서식에서 잃지 않습니다. 잃는 곳은 윈도우 한가운데입니다. 카운트가 조용히 하한선 아래로 미끄러지는 순간이고，Google이 되돌려 보낼 때까지 아무도 눈치채지 못합니다.
요구사항은 말하기 간단합니다. 테스터 12명，참여에 동의하고，14일 동안 끊임없이. 2023년 11월 13일 이후에 만들어진 개인 계정은 그 연속이 끝나고 신청서가 검토되기 전까지 앱을 배포할 수 없습니다.
개발자들은 그것을 모집 문제로 듣습니다. 그래서 모든 노력이 첫날로 쏠립니다. 단체 채팅，Discord 서버，사촌들. 윈도우의 나머지는 대기 시간으로 취급됩니다. 테스트가 죽는 바로 그 프레임입니다. 요구사항은 첫날 테스터 12명이 아닙니다. 윈도우의 모든 날에 테스터 12명이 있는 것입니다. 아무도 당신의 앱을 생각하지 않는 날까지도.
테스트가 죽는 세 가지 경로
1. 카운트가 미끄러진다
동의는 앞에 몰려서 옵니다. 앞으로 얻게 될 사람 거의 전부가，아직 부르고 있는 첫 며칠에 예라고 답합니다. 이탈은 반대로，서서히，2주 동안 이어집니다. 테스터가 동의를 철회하거나，정리 중에 앱을 삭제하거나，흥미를 잃습니다. 하나하나의 이탈은 작습니다. 하한선은 작지 않습니다. 11명이 되면 하한선 아래이며，그 연속은 세지 않습니다.
일도 돌아오지 않습니다. Google의 지침은 기간이 연속이어야 한다고 명확히 말합니다. 동의를 철회했다가 나중에 다시 동의한 테스터는 이어지는 것이 아니라 새 연속을 시작하는 것입니다. 6일째에 방치한 하락 하나가 윈도우 전체를 잃게 할 수 있습니다.
2. 열리지 않는 설치
카운트가 요구사항의 전부는 아닙니다. Google은 테스터 참여 부족을，최소치 미달과 나란하게，앱을 되돌려 계속 테스트하게 만드는 명시적인 이유로 들습니다. 숫자가 맞아도 신청서는 되돌아올 수 있습니다.
가장 잘 숨는 실패입니다. 동의 링크는 목록에 이름을 올릴 뿐，분석에는 세션을 올리지 않습니다. 설치하고 앱을 한 번도 열지 않는 테스터는 대시보드를 초록으로 유지하는 동안，그 아래에서 실제 신호는 썩어 갑니다. 아무것도 빨갛게 바뀌지 않습니다.
서식에서도 덮칩니다. 신청서는 테스터가 무엇을 했는지 묻습니다. 모든 가능한 기능을 사용했는지，사용이 실제 운영 환경의 동작과 일치했는지，어떤 피드백을 받았고 어떻게 모았는지. 활동이 없는 테스트에는 그 질문에 대한 답이 없고，빈 답은 중립적인 답이 아닙니다.
3. 계정에 이미 문제가 있었다
어떤 연속은 시작하기 전에 잃습니다. 이전의 프로덕션 액세스 요청이 거절됐거나，완성되지 않은 스토어 리스팅，해결된 적 없는 정책 문제. 14일이 지나고，보고서가 모이고，서식이 나가면，Google은 테스터와 아무 상관없는 이유로 거절합니다. 시계를 돌리기 전에 계정을 점검하세요. 되돌아온 다음이 아니라.
앞 몰아치기 모집에 집착하면 안 되는 이유
연속 동의 규칙이 계산을 바꿉니다. 테스터는 윈도우의 모든 날에 같은 가치가 아닙니다.
12일째에 12번째 테스터를 잃는 비용은 0일째에 테스터 5명을 얻는 비용보다 큽니다. 초기 모집은 싸고 풍부합니다. 동의 링크는 최대 100명을 받으니，천장은 애초에 제약이 아니었습니다. 윈도우 후반의 테스터가 연속을 붙잡고 있습니다.
그래서 최적화할 숫자는 최대 인원이 아닙니다. 최악의 날의 최소 카운트입니다. 하한선을 여유 있게 넘도록 모집하고，다음 2주는 하한선을 지키는 데 쓰세요.
이탈이 실제로 생긴 모습
실패하는 테스트에는 모양이 있고，일일 카운트에서 그 모양이 보입니다:
- 1일에서 3일. 카운트가 정점으로 뛰어오릅니다. 초대한 전원이 나타납니다. 성공처럼 느껴지지만，차트에서 정보가 가장 적은 부분입니다.
- 4일에서 9일. 조용한 구간입니다. 테스터 한두 명이 빠져나가고，카운트는 여전히 하한선 위라 아무것도 틀려 보이지 않습니다. 연속이 망가지기 시작하는 곳이 바로 여기고，사람들이 확인을 멈추는 부분도 여기입니다.
- 10일에서 14일. 연속이 실제로 잃기는 곳입니다. 카운트는 일주일째 깎이고，개발자는 3일째 대시보드를 열지 않았으며，이제 이탈 하나가 모든 것을 다시 시작시킵니다.
매일 점검은 지루합니다: 대시보드를 열어 오늘과 어제를 비교하면 됩니다. 12를 향해 떨어지는 20명은，14명이 평평하게 유지되는 것보다 나쁜 상황입니다.
건강한 테스트의 모습
세 가지，순서대로:
- 추세. 방향이 다음 주의 모습을 알려 줍니다. 합계는 오늘의 위치만 알려 줍니다.
- 테스터가 앱을 여는지. 동의가 요구사항이고，세션은 그 요구사항의 목적입니다. 활동이 보이지 않는다면，테스트가 아니라 목록을 돌리는 것입니다.
- 다시 시작할 날짜. 14일 내내 보이게 해 두세요. 카운트가 유지되는 날마다 그 날짜는 밀려나고，그것이 유의미한 유일한 점수판입니다.
숫자가 떨어지면，같은 날 안에，이미 신뢰하는 출처에서 테스터를 교체하세요. 24시간 안에 고치는 하락은 아무것도 잃지 않습니다. 13일에 고치는 하락은 2주를 잃습니다. 돌아오기를 기다리는 것이 가장 비싼 선택입니다.
아무도 흉내 낼 수 없는 단계
카운트를 유지하는 데는 하루 몇 분이면 됩니다. 공급이 문제입니다. 윈도우 전체에 걸쳐 동의를 유지하는 검증된 테스터，2일째 설치하고 사라지는 사람들이 아니라요.
그 부분을 Console Testers가 운영합니다. 우리는 검증된 테스터 30명을 당신의 트랙에 배치하고，윈도우 전체와 그 이후에도 그 자리에 유지하며，끝에서 프로덕션 액세스 신청서를 위한 테스트 보고서를 생성합니다. 카운트는 11일째에 단체 채팅이 아직 살아 있는지에 달려 있지 않습니다.
솔직한 결론
모집은 첫날에 일어납니다. 테스트는 나머지 13일에 일어나며，그 13일은 달력에 결코 올라가지 않습니다.
14일 동안의 매일의 신경이 당신을 서식까지 데려갑니다. 거절은 다시 채우기 전에 또 14일을 돌려보냅니다.
참고 자료
- Google Play Console 도움말: 신규 개인 개발자 계정의 앱 테스트 요구 사항，테스트 최소 인원，연속 동의 규칙，계속 테스트의 이유로서의 참여，신청서，그리고 검토 시점 확인용.