Closed Testing Track у Google Play: що це, налаштування та альфа-тест

Що таке 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 трек.

Як налаштувати Closed Testing Track у Google Play Console

Налаштування Closed Testing Track починається в Google Play Console у розділі Release > Testing > Closed Testing. Процес включає створення треку, прив'язку Google Groups для керування тестувальниками та завантаження AAB-збірки.

При створенні треку необхідно вказати назву групи тестувальників (Google Group email) та завантажити збірку. Google Play Console перевіряє існування групи та її доступність для поширення. Після завантаження збірка надсилається на модерацію — статус відображається в консолі.

Після проходження модерації трек переходить у статус Active. Тестувальники отримують сповіщення на email та можуть встановити застосунок через Google Play за посиланням. Посилання на Closed трек не публічне — воно доступне лише учасникам групи та не індексується в пошуку 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, встановіть тип групи як Email list. Після створення вкажіть email групи в налаштуваннях 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 для структурованого зворотного зв'язку
• Перевірте Android Vitals перед переходом в Open трек — рівень крашів не повинен перевищувати 1.5%