Aller au contenu

Guides de configuration · Étapes Play Console

Le test fermé dans la Play Console, étape par étape

La partie identique pour Flutter, React Native, Expo, Unity, Kotlin, Ionic/Capacitor et Godot : créer le canal fermé, faire s’inscrire 12 testeurs via un Google Group, les garder 14 jours et demander l’accès en production.

Créer le canal de test fermé et importer le bundle

Tout ce qui se trouve sur cette page se passe dans la Play Console et fonctionne de la même manière, quel que soit le framework qui a produit votre bundle. Les comptes développeur personnels créés après le 13 novembre 2023 ne peuvent pas publier en production avant d’avoir mené un test fermé : votre premier build part donc dans le canal de test fermé.

  1. Terminer la configuration de l’application

    Dans le Tableau de bord, effectuez les tâches de Configurer votre application : règles de confidentialité, accès à l’application, annonces, classification du contenu, public cible, sécurité des données et fiche Play Store. Le test fermé exige que cette configuration soit terminée.

  2. Ouvrir le canal fermé

    Allez dans Tester et publier → Tests → Test fermé. Votre premier canal fermé existe déjà ; ouvrez-le avec Gérer le canal.

  3. Choisir les pays

    Sous Pays / régions, ajoutez chaque pays où se trouvent vos testeurs. Les testeurs situés hors des pays sélectionnés ne peuvent pas installer l’application.

  4. Créer une release

    Cliquez sur Créer une release, importez le fichier .aab, ajoutez de courtes notes de version et enregistrez. Pour une toute nouvelle application, c’est à cette étape que la Play Console configure la signature d’application Play.

  5. Envoyer pour examen

    Vérifiez la release et envoyez les modifications à Google. Le lien d’opt-in ne fonctionne qu’une fois le canal à l’état Publié ; le premier examen peut prendre de quelques heures à plusieurs jours.

Les noms de menus sont traduits depuis la Play Console en anglais (Test and release → Testing → Closed testing) ; ils peuvent être formulés un peu différemment dans votre console. Les pages d’aide officielles listées dans Sources font foi.

Ajouter les testeurs via un Google Group et partager le lien d’opt-in

Les testeurs s’ajoutent canal par canal. Vous pouvez coller des listes d’e-mails, mais un Google Group passe mieux à l’échelle : toute personne qui rejoint le groupe peut s’inscrire au test, sans que vous ayez à modifier le canal.

  1. Ajouter le groupe

    Dans le canal fermé, ouvrez l’onglet Testeurs, sélectionnez Google Groupes et saisissez l’adresse du groupe (elle se termine par @googlegroups.com). Avec TestBunny, vous ajoutez le groupe de la plateforme indiqué dans votre panneau : pas de groupe à gérer vous-même.

  2. Définir un canal de commentaires

    Saisissez une adresse e-mail ou une URL pour les commentaires. Les testeurs la voient sur la page d’opt-in.

  3. Copier le lien d’opt-in

    Dans le même onglet, copiez le lien que les testeurs utilisent pour rejoindre le test, puis enregistrez. Le lien fonctionne une fois la release publiée.

  4. Les testeurs rejoignent le groupe, puis s’inscrivent

    Chaque testeur rejoint d’abord le Google Group, ouvre le lien d’opt-in avec le même compte Google, accepte, puis installe l’application depuis Google Play. Une application en test fermé est introuvable via la recherche du Store.

Les testeurs doivent utiliser un seul compte Google pour le groupe, la page d’opt-in et le Play Store de leur téléphone. La plupart des messages « je ne vois pas l’application » viennent d’un second compte sur l’appareil.

La règle des 12 testeurs / 14 jours : ce qui compte

Pour débloquer la production, Google exige au moins 12 testeurs inscrits (opt-in) à votre test fermé, et ces testeurs doivent être restés inscrits pendant les 14 derniers jours sans interruption au moment de votre demande.

  • Compte : les testeurs inscrits via le lien et restés inscrits. Importer de nouvelles releases dans le canal ne désinscrit personne.
  • Ne compte pas : une personne qui s’inscrit, reste moins de 14 jours puis part. Si elle revient, ses 14 jours repartent de zéro.
  • Ne compte pas : le test interne. Seul un test fermé remplit la condition ; le test ouvert devient disponible après l’accès en production.
  • Ne suffit pas à lui seul : le nombre. Google vérifie aussi que les testeurs ont réellement utilisé l’application et peut vous demander de prolonger le test si l’engagement était faible.

Prévoyez les départs. Si vous recrutez exactement 12 personnes et que l’une part au 10e jour, vous attendez qu’un remplaçant termine ses propres 14 jours. C’est pourquoi la formule Starter de TestBunny compte 15 places et Pro 25 : les places de réserve vous maintiennent au-dessus de 12 quand quelqu’un abandonne. Comparer les formules.

Garder les testeurs actifs et publier au moins une mise à jour

Le formulaire d’accès en production de Google demande comment les testeurs ont utilisé l’application, quels retours ils ont donnés et ce que vous avez changé en conséquence. Une réponse honnête suppose un test où des personnes ont vraiment utilisé l’application et où vous avez vraiment publié quelque chose.

  • Donnez chaque jour des actions concrètes aux testeurs : un parcours à terminer, un écran à vérifier, un réglage à modifier. Les testeurs TestBunny suivent un plan de tâches quotidien et envoient des rapports de bug avec preuves ; votre panneau affiche l’activité de chaque testeur jour par jour.
  • Répondez vite aux rapports de bug et corrigez ce qui est réel. Notez ce que vous avez changé : ce sera votre réponse à Google.
  • Publiez au moins une mise à jour dans le canal fermé pendant les 14 jours. Les testeurs restent inscrits et reçoivent la nouvelle version via Google Play.

La façon de compiler et d’importer cette mise à jour dépend de votre framework : chaque guide de configuration montre l’incrément de version et la commande de build exacts.

Demander l’accès en production

  1. Vérifier les chiffres vous-même

    Assurez-vous que la Play Console affiche au moins 12 testeurs inscrits et que 14 jours se sont écoulés. TestBunny ne voit pas votre Play Console ; de notre côté, les opt-in sont déclarés par les testeurs.

  2. Ouvrir la demande

    Dans le Tableau de bord, choisissez Demander l’accès en production.

  3. Répondre aux trois sections

    Google pose des questions sur votre test fermé (recrutement, fonctionnalités couvertes, retours), sur votre application (public, valeur, installations prévues) et sur votre préparation à la production (ce que vous avez changé, comment vous avez jugé qu’elle était prête). Enregistrez chaque page avec Suivant ; quitter sans enregistrer efface vos réponses.

  4. Attendre l’examen

    Selon Google, l’examen prend généralement 7 jours ou moins, parfois davantage. Le propriétaire du compte reçoit un e-mail à la fin.

La préparation à l’accès en production de TestBunny transforme les données enregistrées de votre test (participation, appareils, tâches terminées, bugs, retours) en brouillons de réponses pour ces trois sections. Reformulez-les avec vos propres mots. La décision appartient à Google : personne ne peut garantir l’approbation, et nous ne le faisons pas.

Choisissez votre framework

La partie Play Console est la même pour toutes les applications. Ce qui change, c’est la façon de compiler, signer et versionner le bundle. Choisissez votre framework pour les commandes exactes, les menus et les erreurs qui font perdre des jours de test.

Sources

Les détails techniques ont été vérifiés dans la documentation officielle ci-dessous. Les menus et valeurs par défaut changent d’une version à l’autre ; en cas de doute, la page officielle fait foi.

Vous découvrez la règle des 12 testeurs ?

Le guide général explique l’exigence de Google, le déroulement jour par jour d’une campagne TestBunny et ce que nous pouvons ou ne pouvons pas garantir.

Lire le guide général

Besoin de 12 vrais testeurs pendant 14 jours ?

Ajoutez votre application et votre lien de test fermé, choisissez Starter (15 testeurs) ou Pro (25 testeurs), puis suivez l’activité de chaque testeur jour par jour dans votre panneau.

TestBunny n’est pas affilié à Google. Les testeurs gagnent des crédits, jamais d’argent. Personne ne peut garantir la décision de Google sur l’accès en production, et nous ne le faisons pas.