Test interne, fermé ou ouvert sur Google Play

Google Play propose trois pistes de test avant la production. Le test interne fait parvenir des builds à 100 personnes au maximum, vite. Le test fermé partage votre app avec un groupe que vous contrôlez, et c'est la seule piste qui compte pour la règle des 12 testeurs. Le test ouvert permet à n'importe qui de participer, mais les nouveaux comptes personnels ne le débloquent qu'après l'accès production.

Voilà pour la version courte. Les détails comptent, car l'un d'eux fait échouer sans bruit beaucoup de tests fermés.

Les trois pistes côte à côte

Sources : Configurer un test ouvert, fermé ou interne et Exigences de test des applications pour les nouveaux comptes de développeur personnels.

Le test interne : rapide, restreint, hors de la règle

Le test interne est fait pour vous et quelques personnes de confiance. Google liste ce qui le distingue (Aide Play Console) :

• Jusqu'à 100 testeurs par app, gérés avec des listes de diffusion.
• Vous pouvez commencer avant la fin de la configuration de l'app. Un app bundle valide suffit.
• Les nouveaux builds arrivent aux testeurs en quelques minutes. Lors d'une première importation, les testeurs voient un nom et une fiche Play Store temporaires pendant 48 heures maximum.
• Les règles d'exclusion d'appareils ne s'appliquent pas aux testeurs internes.
• Les apps payantes sont gratuites pour les testeurs internes. Pas les achats via l'application, sauf si vous ajoutez les testeurs comme testeurs de licence.

Un piège : interne ne veut pas dire « sans examen ». Si la première version de votre app part sur la piste de test interne, elle passe par l'examen de Google avant d'être publiée, et cela peut prendre « plusieurs heures, et jusqu'à sept jours ou plus dans certains cas exceptionnels ». Il en va de même pour l'envoi qui suit un refus (Aide Play Console).

Utilisez le test interne pour repérer les plantages sur vos propres appareils avant que des inconnus voient l'app. Ne comptez pas dessus pour l'exigence.

Le test fermé : la piste dont parle la règle

La formulation de Google est directe : les nouveaux comptes personnels « doivent exécuter un test fermé pour leur application auprès d'au moins 12 testeurs inscrits depuis au moins 14 jours sans interruption » avant de demander l'accès production (Aide Play Console).

Ce qu'il faut savoir sur la piste de test fermé (Aide Play Console) :

• Elle exige une configuration de l'app terminée. C'est la seule condition d'accès que Google indique pour la piste de test fermé (Aide Play Console).
• Une piste de test fermé par défaut existe. Vous pouvez en ajouter d'autres avec Créer un canal et donner un nom à chacune.
• Les testeurs viennent de listes de diffusion ou de Google Groupes. Les listes de diffusion ont des limites : 200 listes par compte de développeur, 50 par piste, 2 000 testeurs par liste. Les groupes Google n'ont pas de limite de taille. Un groupe Workspace doit être sur le domaine de votre compte de développeur ; sinon, utilisez un groupe @googlegroups.com.
• Le lien d'inscription (opt-in) n'apparaît que lorsque l'état de l'application est « Publiée ». Après la première publication, il faut parfois attendre plusieurs heures avant que le lien fonctionne pour les testeurs.
• Les apps payantes sont payantes en test fermé. Google indique que les testeurs doivent acheter les applications payantes lorsqu'ils participent à des tests ouverts ou fermés.
• Les pistes de test fermé supplémentaires ont des limites. Elles ne prennent pas en charge le ciblage par pays ni le ciblage d'entreprise, entre autres.

La configuration pas à pas se trouve dans comment configurer un test fermé.

Le test ouvert : verrouillé jusqu'à l'accès production

Le test ouvert place une version de test sur Google Play, où n'importe qui peut la trouver et y participer. Les testeurs envoient des commentaires privés. Vous pouvez le laisser illimité ou fixer un plafond d'au moins 1 000 testeurs.

Pour les comptes personnels créés après le 13 novembre 2023, le tableau des canaux de Google est clair : pour accéder au test ouvert, il faut d'abord « obten[ir] un accès en production » (Aide Play Console). Ce n'est donc pas un raccourci pour éviter le test fermé. C'est un outil pour plus tard, quand vous voulez une bêta publique d'une app qui a déjà passé l'étape.

Le piège : les testeurs internes ne reçoivent pas votre test fermé

Celui-ci fait perdre des jours aux développeurs. Google le dit clairement (Aide Play Console) :

« Un utilisateur qui choisit d'activer le test interne de votre application ne peut plus recevoir de test ouvert ou fermé. Pour accéder à un test ouvert ou fermé, l'utilisateur doit d'abord désactiver le test interne, puis activer le test ouvert ou fermé. »

Et dans la section sur les codes de version : « Les utilisateurs ayant activé les tests internes ne peuvent pas effectuer de tests ouverts et fermés, même s'ils sont inclus en tant que testeurs sur ces canaux. Ces utilisateurs ne reçoivent que le code de version publié dans le canal Tests internes. »

Comment cela arrive en général :

1. Vous vous ajoutez à un test interne, avec un cofondateur et trois amis. Tout le monde s'inscrit.
2. La configuration de votre app est terminée : vous lancez le test fermé et y ajoutez les mêmes personnes.
3. Elles ouvrent le lien d'inscription du test fermé, mais elles sont toujours testeurs internes. Elles continuent de recevoir le build interne, pas votre test fermé.

Google ne dit pas comment ces personnes apparaissent dans votre nombre de testeurs du test fermé. Ne le découvrez pas à vos dépens. Avant que les 14 jours commencent, demandez à toute personne qui a rejoint votre test interne de le quitter.

Sur le téléphone du testeur, cela se fait dans le Play Store : icône du profil, Gérer les applications et l'appareil, Bêta, ouvrir l'app, puis Quitter sous « Vous êtes testeur bêta » (Aide Google Play). Il ouvre ensuite le lien d'inscription de votre test fermé et s'inscrit à nouveau.

Si votre nombre de testeurs semble inférieur au nombre de personnes qui ont rejoint le test, c'est l'une des premières choses à vérifier. D'autres causes se trouvent dans testeurs non comptabilisés.

Les codes de version d'une piste à l'autre

Chaque appareil reçoit le code de version le plus élevé auquel il a droit. Les utilisateurs de votre test fermé ont accès à la piste de test fermé et à la production. Les utilisateurs du test interne ne reçoivent que la piste de test interne (Aide Play Console).

Deux règles pratiques en découlent :

• Incrémentez le code de version à chaque build publié sur la piste de test fermé. Un numéro inférieur à celui d'une autre piste à laquelle ils ont accès ne leur parviendra pas.
• Surveillez les avertissements de version. La Play Console vous signale quand une piste est « Bloqué », « Remplacé » ou « Partiellement bloqué » par une autre. « Remplacé » signifie qu'aucun des app bundles de cette piste n'est distribué à qui que ce soit.

Peut-on utiliser plusieurs pistes en même temps ?

Oui. Vous pouvez exécuter plusieurs tests fermés et un test ouvert en même temps, ainsi que des tests internes en parallèle pour différentes versions (Aide Play Console). Gardez simplement chaque personne sur une seule piste.

Quelle piste utiliser, dans l'ordre

1. Le test interne pour vos propres appareils et votre équipe. Corrigez les plantages, l'inscription qui ne marche pas, les écrans manquants.
2. Le test fermé pour l'exigence : au moins 12 testeurs, inscrits pendant 14 jours sans interruption, plus de vrais retours que vous pourrez résumer dans le formulaire de demande d'accès production. Recrutez plus de 12 testeurs pour qu'un départ ne remette pas votre date à zéro. Comment trouver 12 testeurs compare les options.
3. Demandez l'accès production depuis le Tableau de bord une fois les conditions remplies.
4. Le test ouvert plus tard, si vous voulez une bêta publique.

Pour la vue d'ensemble de l'exigence, commencez par le guide du test fermé Google Play.