Pour les comptes de développeur personnels créés après le 13 novembre 2023, Google nécessite qu'au moins 12 testeurs se soient inscrits en continu à un test fermé pendant au moins 14 jours avant de demander un accès en production. L'achèvement de la période ne publie pas automatiquement l'application.
Lisez les exigences officielles actuelles du Google
Commencez par l'exigence dans votre propre compte
Le type de compte et la date de création sont importants. Utilisez l'état affiché pour votre application dans Play Console plutôt que d'appliquer un guide général à chaque compte. Le nombre de testeurs, la qualité des applications et la préparation à la publication sont des questions différentes.
Séparer la participation à un test de l'accès à l'application
Vérifiez la liste de diffusion ou l'accès Google Group, le compte Google utilisé et le lien d'inscription ensemble. Suivez les instructions de configuration des pistes du Google pour la configuration.
Instructions de configuration de la piste de test Google Play
Conservez votre propre dossier de test
La feuille de travail ci-dessous est notre aide à la préparation, et non un formulaire Google officiel ou un certificat d'éligibilité. Remplissez-le avec les informations de votre propre test.
| Champ | Informations à enregistrer |
|---|---|
| Portée du compte | Enregistrez l'exigence affichée dans votre propre Play Console. |
| Construire | Enregistrez la version de l'application utilisée pour les tests. |
| Accéder | Vérifiez le lien de test et le chemin pour rejoindre. |
| Scénario | Notez les actions que vous avez demandé aux testeurs d'essayer. |
| Retour | Enregistrez le problème signalé et les étapes de reproduction. |
| Changement | Enregistrez la modification que vous avez apportée et la nouvelle version. |
| Follow-up | Enregistrez ce qui s'est passé lorsque le débit a été testé à nouveau. |
Comment choisir les testeurs
Les personnes proches du public cible de votre application peuvent aider à révéler des flux déroutants. Lorsque vous travaillez avec des amis, des contacts développeurs ou un service, discutez des commentaires, de la portée ainsi que de la participation. N’assimilez pas le calendrier promis par un fournisseur à la décision d’approbation du Google.
Où s'adapte le QA automatisé
QA sur les flux répétables peut aider à identifier les problèmes à résoudre. Un nombre d’agents logiciels n’est pas un nombre de testeurs fermés inscrits. Planifiez ces besoins séparément et vérifiez lequel est réellement couvert par un service.
Avant de postuler
Google pose des questions sur les commentaires des tests et les modifications apportées en réponse. Utilisez vos propres dossiers au lieu de copier les réponses préparées décrivant le test de quelqu’un d’autre.