Google Play의 Closed Testing Track: 정의, 설정 및 알파 테스트

Closed Testing Track이란?

Closed Testing Track은 제한된 외부 참가자 그룹에 출시 전 빌드를 배포하기 위한 Google Play Console의 트랙입니다. Internal Testing과 달리 클로즈드 트랙은 개발 팀 외부의 테스터(파트너, 주요 클라이언트 또는 포커스 그룹)를 대상으로 합니다.

Internal 트랙과의 주요 차이점은 필수 Google 검토입니다. Closed Testing을 활성화하기 전에 빌드는 Google Play 규칙에 따라 검토를 거칩니다. 검토는 몇 시간에서 2일까지 소요되며 애플리케이션이 플랫폼의 기본 요구 사항을 충족하는지 확인합니다. 승인 후 트랙이 활성화됩니다.

Android Developers Blog(2024)에 따르면 Closed Testing Track은 최대 200개의 테스터 그룹을 지원합니다. 각 그룹에 다른 빌드 버전을 할당할 수 있어 오픈 베타 출시 전에 세분화된 대상 간 기능 또는 디자인의 A/B 테스트가 가능합니다.

Closed Testing 사용 사례

클로즈드 테스트는 대량 출시 전 새 기능 검증, 타사 서비스와의 통합, 실제 거래로 Google Play 구독 및 결제 테스트, 대상 사용자로부터 질적 피드백 수집에 사용됩니다. Closed Testing Track을 통해 개발자는 테스트를 Open 트랙으로 확장하기 전에 실제 사용자로부터 피드백을 받을 수 있습니다.

Google Play Console에서 Closed Testing Track 설정 방법

Closed Testing Track 설정은 Google Play Console의 Release > Testing > Closed Testing 섹션에서 시작됩니다. 프로세스에는 트랙 생성, 테스터 관리를 위한 Google Groups 연결 및 AAB 빌드 업로드가 포함됩니다.

트랙을 생성할 때 테스터 그룹 이름(Google Group 이메일)을 지정하고 빌드를 업로드해야 합니다. Google Play Console은 그룹의 존재 여부와 배포 가능 여부를 확인합니다. 업로드 후 빌드는 검토로 전송되며 상태가 콘솔에 표시됩니다.

검토를 통과하면 트랙이 Active 상태로 전환됩니다. 테스터는 이메일 알림을 받고 링크를 통해 Google Play에서 앱을 설치할 수 있습니다. 클로즈드 트랙 링크는 공개되지 않습니다 — 그룹 구성원만 사용할 수 있으며 Google Play 검색에서 색인되지 않습니다.

// build.gradle - Closed Testing Track에 배포
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // 알파 테스터용 릴리스 노트
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

Google Groups를 통한 테스터 관리

Google Groups는 Closed Testing Track의 필수 액세스 관리 메커니즘입니다. 그룹은 Google Groups에서 생성되고 Play Console의 트랙에 연결됩니다. 모든 그룹 구성원은 할당된 빌드에 자동으로 액세스할 수 있습니다.

그룹 생성: groups.google.com으로 이동하여 testers-your-app이라는 이름의 그룹을 만들고 그룹 유형을 이메일 목록으로 설정합니다. 생성 후 Closed Testing 트랙 설정에서 그룹 이메일을 지정합니다. Google Play Console이 그룹과의 연결을 확인하고 참가자 수를 표시합니다.

테스터 관리는 Google Groups 인터페이스를 통해 이루어집니다. 참가자 추가 및 제거에 Play Console에서 변경이 필요하지 않습니다. 구성이 자주 변경되는 동적 팀에 편리합니다. Closed Testing Track은 애플리케이션당 최대 200개 그룹을 지원하며 각 그룹은 다른 빌드에 독립적으로 액세스할 수 있습니다.

그룹 배포 전략

A/B 테스트를 위해 여러 그룹이 다른 빌드로 생성됩니다. 그룹 A는 새 기능이 포함된 빌드를 받고 그룹 B는 제어 버전을 받습니다. Android Vitals 메트릭은 Play Console에서 그룹 간 비교됩니다. 이 접근 방식을 통해 모든 테스터에게 위험을 주지 않고 실제 사용자에서 변경 사항을 검증할 수 있습니다.

Closed, Internal 및 Open 트랙의 차이점

Closed Testing Track은 Internal 트랙과 Open 트랙 사이의 중간 위치를 차지합니다. Internal과 달리 Closed는 검토가 필요하고 Google Groups를 사용합니다. Open과 달리 Closed는 Google Play 검색에 앱을 게시하지 않으며 공개 리뷰를 제공하지 않습니다.

Closed 트랙은 공개 가시성 없이 외부 참가자와 테스트할 수 있는 유일한 트랙입니다. 이는 일반 출시 전에 클라이언트가 통합을 테스트하는 B2B 애플리케이션이나 실제 결제로 결제를 확인해야 하는 구독 기반 앱에 중요합니다.

알파 테스트 구성 권장 사항

Closed Testing Track을 효과적으로 사용하려면 역할 및 사용 시나리오에 따라 테스터를 세분화하는 것이 좋습니다. 결제 시나리오 테스트용 그룹, UI/UX 테스트용 그룹, 통합 테스트용 그룹을 별도로 만듭니다.

Closed 트랙의 테스트 기간은 제한되지 않습니다 — 개발자가 새 버전을 업로드하거나 트랙을 제거할 때까지 빌드를 사용할 수 있습니다. Google은 테스터가 최신 버전의 애플리케이션으로 작업할 수 있도록 정기적으로 빌드를 업데이트할 것을 권장합니다.

Closed 트랙에서 Open 트랙으로 전환하기 전에 주요 Android Vitals 메트릭이 녹색 영역에 있는지 확인하세요: 충돌률 1.5% 미만, ANR 0.5% 미만. 메트릭이 임계값을 초과하는 경우 테스트 대상을 확장하기 전에 문제를 해결하세요.

• 세분화 — 사용 시나리오별로 테스터를 그룹화하여 타겟 피드백 수집
• 사용 — 테스터 기기에서 상세 충돌 분석을 위해 Fabric 또는 Firebase Crashlytics 사용
• 업데이트 — 테스터가 최신 버전으로 작업할 수 있도록 1-2주마다 빌드 업데이트
• 수집 — 구조화된 피드백을 위해 In-App Review API 또는 Google Groups를 통해 피드백 수집
• 확인 — Open 트랙으로 전환 전 Android Vitals 확인 — 충돌률 1.5% 초과 금지