Closed Testing Track dans Google Play : définition, configuration et test alpha

Qu'est-ce que Closed Testing Track ?

Closed Testing Track est un track de Google Play Console pour distribuer des builds de pré-lancement à un groupe limité de participants externes. Contrairement à Internal Testing, le track fermé est destiné aux testeurs extérieurs à l'équipe de développement — partenaires, clients clés ou groupes de discussion.

La principale différence avec le track Internal est la révision obligatoire de Google. Avant d'activer Closed Testing, le build passe par une modération selon les règles de Google Play. La révision prend de quelques heures à 2 jours et confirme que l'application répond aux exigences de base de la plateforme. Une fois approuvé, le track devient actif.

Selon le Blog Android Developers (2024), Closed Testing Track prend en charge jusqu'à 200 groupes de testeurs. Chaque groupe peut recevoir différentes versions de build, permettant des tests A/B de fonctionnalités ou de design auprès d'audiences segmentées avant un lancement bêta ouvert.

Cas d'utilisation de Closed Testing

Les tests fermés sont utilisés pour vérifier les nouvelles fonctionnalités avant le lancement en masse, s'intégrer avec des services tiers, tester les abonnements et la facturation Google Play avec des transactions réelles, et collecter des retours qualitatifs du public cible. Closed Testing Track permet aux développeurs d'obtenir des retours d'utilisateurs réels avant d'étendre les tests au track Open.

Comment configurer Closed Testing Track dans Google Play Console

La configuration de Closed Testing Track commence dans Google Play Console sous Release > Testing > Closed Testing. Le processus comprend la création d'un track, la liaison de Google Groups pour la gestion des testeurs et le téléchargement d'un build AAB.

Lors de la création du track, vous devez spécifier le nom du groupe de testeurs (e-mail du Google Group) et télécharger le build. Google Play Console vérifie l'existence du groupe et sa disponibilité pour la distribution. Après le téléchargement, le build est envoyé en modération — le statut s'affiche dans la console.

Après avoir passé la modération, le track passe au statut Actif. Les testeurs reçoivent une notification par e-mail et peuvent installer l'application via Google Play en utilisant le lien. Le lien du track fermé n'est pas public — il est disponible uniquement pour les membres du groupe et n'est pas indexé dans la recherche Google Play.

// build.gradle - déployer sur Closed Testing Track
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // Notes de version spécifiques aux testeurs alpha
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

Gestion des testeurs via Google Groups

Google Groups est le mécanisme obligatoire de gestion des accès pour Closed Testing Track. Le groupe est créé dans Google Groups et lié au track dans Play Console. Tous les membres du groupe obtiennent automatiquement l'accès aux builds assignés.

Création d'un groupe : rendez-vous sur groups.google.com, créez un groupe nommé testers-your-app, définissez le type de groupe comme Liste de diffusion. Après la création, spécifiez l'e-mail du groupe dans les paramètres du track Closed Testing. Google Play Console confirmera la connexion avec le groupe et affichera le nombre de participants.

La gestion des testeurs se fait via l'interface Google Groups : l'ajout et la suppression de participants ne nécessitent pas de modifications dans Play Console. C'est pratique pour les équipes dynamiques dont la composition change fréquemment. Closed Testing Track prend en charge jusqu'à 200 groupes par application, chacun avec un accès indépendant à différents builds.

Stratégie de distribution des groupes

Pour les tests A/B, plusieurs groupes sont créés avec différents builds. Le Groupe A reçoit le build avec une nouvelle fonctionnalité, le Groupe B reçoit la version de contrôle. Les métriques Android Vitals sont comparées entre les groupes dans Play Console. Cette approche permet de valider les changements sur des utilisateurs réels sans risque pour tous les testeurs.

Différences entre les tracks Closed, Internal et Open

Closed Testing Track occupe une position intermédiaire entre les tracks Internal et Open. Contrairement à Internal, Closed nécessite une modération et utilise Google Groups. Contrairement à Open, Closed ne publie pas l'application dans la recherche Google Play et ne fournit pas d'avis publics.

Le track Closed est le seul qui permet de tester avec des participants externes sans visibilité publique. Ceci est important pour les applications B2B où les clients testent l'intégration avant la sortie générale, ou pour les applications par abonnement où la facturation doit être vérifiée avec des paiements réels.

Recommandations pour organiser les tests alpha

Pour une utilisation efficace de Closed Testing Track, il est recommandé de segmenter les testeurs par rôles et scénarios d'utilisation. Un groupe séparé pour tester les scénarios de paiement, un autre pour les tests UI/UX, et un autre pour les tests d'intégration.

La durée des tests dans le track Closed n'est pas limitée — les builds restent disponibles jusqu'à ce que le développeur télécharge une nouvelle version ou supprime le track. Google recommande de mettre à jour les builds régulièrement pour que les testeurs travaillent avec la version la plus récente de l'application.

Avant de passer du track Closed à Open, assurez-vous que les métriques clés d'Android Vitals sont dans la zone verte : taux de plantages inférieur à 1,5 %, ANR inférieur à 0,5 %. Si les métriques dépassent les seuils, corrigez les problèmes avant d'élargir le public de test.

• Segmentez les testeurs en groupes par scénarios d'utilisation pour un retour ciblé
• Utilisez Fabric ou Firebase Crashlytics pour une analyse détaillée des plantages sur les appareils des testeurs
• Mettez à jour les builds toutes les 1 à 2 semaines pour que les testeurs travaillent avec la version la plus récente
• Collectez les retours via l'API In-App Review ou Google Groups pour un feedback structuré
• Vérifiez Android Vitals avant de passer au track Open — le taux de plantages ne doit pas dépasser 1,5 %