La plupart des développeurs voient le test fermé de 14 jours comme une salle d’attente : trouver 12 testeurs, attendre deux semaines, faire la demande. Cette approche se termine souvent par un refus et 14 jours de plus, car l’examen de l’accès en production demande ce qui s’est passé pendant le test, et la réponse honnête est « rien ».
Mieux vaut traiter ces deux semaines comme une courte bêta avec une échéance. Ce plan découpe le test en étapes, chacune avec quelques tâches concrètes. Il suppose que vous connaissez les bases de l’exigence des 12 testeurs pendant 14 jours ; si votre canal fermé n’est pas encore configuré, commencez par configurer un test fermé dans la Play Console.
Le plan en un coup d’œil
| Quand | Priorité | Tâches clés |
|---|---|---|
| Avant le jour 1 | Préparation | Tâches de configuration de l’app, canal fermé, pays, testeurs prêts, release approuvée |
| Jours 1 à 3 | Stabiliser | Confirmer 12 inscriptions ou plus, vérifier les installations, surveiller les plantages |
| Jours 4 à 7 | Écouter | Recueillir les retours, corriger les pires problèmes, publier la première mise à jour |
| Jours 8 à 11 | Améliorer | Deuxième série de corrections, finitions, garder le nombre au-dessus de 12 |
| Jours 12 à 14 | Préparer | Rédiger les réponses d’accès en production, dernières vérifications |
| À partir du jour 15 | Demander | Envoyer la demande une fois que le tableau de bord affiche 14 jours |
Avant le jour 1 : tout préparer
Le compteur ne démarre pas quand vous créez le canal fermé. Il démarre une fois qu’au moins 12 testeurs se sont inscrits. Profitez du temps d’avant pour lever tous les obstacles :
- Terminez les tâches de configuration de l’app dans la Play Console : politique de confidentialité, accès à l’application, annonces, classification du contenu, public cible, sécurité des données et fiche Play Store.
- Créez le canal de tests fermés et sélectionnez tous les pays où vivent vos testeurs.
- Réunissez au moins 15 testeurs, pas 12, via un groupe Google ou une liste d’adresses e-mail. Lisez où trouver 12 testeurs s’il vous en manque.
- Importez une release et envoyez-la pour examen. Le lien d’inscription ne fonctionne pour les testeurs qu’une fois la release de test fermé approuvée par Google, ce qui peut prendre de quelques heures à plusieurs jours.
- Préparez vos instructions pour les testeurs afin qu’ils puissent rejoindre le test en une seule fois. Nous avons écrit une version à copier.
- Ouvrez un journal de test : un simple document où vous noterez les dates, le nombre de testeurs, les bugs et les changements.
Jours 1 à 3 : vérifier que le test tourne vraiment
Les trois premiers jours décident si les onze suivants comptent. Consultez la checklist d’accès en production dans le tableau de bord de la Play Console et vérifiez qu’elle affiche au moins 12 testeurs inscrits. Si elle en affiche moins que le nombre de personnes qui disent avoir rejoint, cherchez pourquoi dès maintenant ; les causes habituelles sont dans pourquoi la Play Console ne compte pas vos testeurs.
- Confirmez les installations. S’inscrire n’est pas installer. Demandez aux testeurs de vous prévenir une fois l’app sur leur téléphone.
- Surveillez les plantages. Ouvrez Android vitals et le rapport de prélancement dans la Play Console ; un plantage au démarrage sur un modèle d’appareil est fréquent et facile à manquer sur votre propre téléphone.
- Notez le point de départ dans votre journal : la date à laquelle le nombre a atteint 12 et combien de testeurs vous avez.
Jours 4 à 7 : écouter et publier la première mise à jour
À ce stade, les testeurs ont utilisé l’app plusieurs fois et ont un avis. Posez à chacun une question précise, par exemple si l’inscription était claire ou quel écran les a déroutés. Les questions précises obtiennent des réponses ; « des retours ? » n’obtient que le silence.
- Classez les retours en plantages, parcours cassés et suggestions.
- Corrigez d’abord les plantages et les parcours cassés, puis publiez une nouvelle release sur le canal fermé.
- Rédigez des notes de version qui disent ce qui a changé et pourquoi. Elles serviront plus tard de preuve que vous avez agi suite au test.
- Point d’étape du jour 7 : le nombre de testeurs est-il toujours au-dessus de 12 ? S’il a baissé, recrutez des remplaçants aujourd’hui, pas au jour 13.
Jours 8 à 11 : améliorer et garder l’élan
C’est en deuxième semaine que l’engagement s’essouffle généralement. Entretenez-le avec un court message aux testeurs sur ce que vous avez corrigé et une nouveauté à essayer. Utilisez ensuite les retours pour une deuxième série d’améliorations, plus petite : formulations, petits problèmes de mise en page sur certaines tailles d’écran, états vides manquants, écrans lents.
Continuez à vérifier le nombre de testeurs tous les jours ou tous les deux jours. L’exigence porte sur les 14 derniers jours sans interruption : une baisse au jour 10 compte autant qu’une baisse au jour 2.
Jours 12 à 14 : préparer la demande
N’attendez pas le jour 14 pour commencer à écrire. Servez-vous de votre journal de test pour rédiger les réponses aux trois parties du formulaire d’accès en production : votre test fermé, votre app et votre préparation à la production. Les bonnes réponses sont précises : comment vous avez recruté les testeurs, combien d’appareils et de versions d’Android ont été couverts, quels bugs vous avez trouvés et corrigés, et ce qui a changé entre votre premier et votre dernier build.
Notre guide comment répondre aux questions d’accès en production détaille chaque question. Vérifiez aussi que votre fiche Play Store, vos captures d’écran et votre formulaire de sécurité des données correspondent à l’app telle qu’elle est aujourd’hui, puisque c’est cette version que vous publierez pour tout le monde.
À partir du jour 15 : demander l’accès en production
Ne faites la demande que lorsque le tableau de bord confirme que l’exigence est remplie depuis 14 jours ; il est impossible de la faire plus tôt, et compter les jours soi-même expose facilement à une erreur d’un jour. Gardez vos testeurs inscrits jusqu’à la décision. Google indique examiner généralement les demandes en 7 jours environ.
Si la demande est refusée, Google vous demandera de poursuivre le test avant de refaire une demande. Lisez pourquoi l’accès en production est refusé et comment y remédier avant d’attaquer le tour suivant.
Si vous préférez ne pas gérer les testeurs vous-même
Une grande partie de ce plan, c’est de la gestion de testeurs : recruter, confirmer, relancer et remplacer. TesterBie vous décharge de cette partie. Nos vrais téléphones Android, chacun avec son propre compte Google, rejoignent votre test fermé sous 24 heures, installent l’app depuis Google Play et l’utilisent chaque jour pendant les 14 jours complets, avec des téléphones de réserve qui maintiennent le nombre au-dessus de 12. Les bugs vous sont envoyés par e-mail avec captures d’écran, ce qui vous donne de la matière pour vos mises à jour et votre demande. Les formules : 13 testeurs pour 14,99 $ US, 15 testeurs pour 19,99 $ US ou 20 testeurs pour 29,99 $ US par app. Voir les formules ou lancer un test pour obtenir vos 12 testeurs pour Google Play.
Questions fréquentes
Quand le décompte des 14 jours commence-t-il exactement ?
Il commence dès qu’au moins 12 testeurs sont inscrits à votre test fermé. Créer le canal ou importer un build ne le lance pas, et la release doit être approuvée par Google avant que les testeurs puissent s’inscrire.
Publier une mise à jour pendant le test remet-il les 14 jours à zéro ?
Non. Les testeurs restent inscrits quand vous publiez une nouvelle release sur le même canal fermé. Les mises à jour pendant le test sont un bon signal pour Google, tant que votre nombre de testeurs reste à 12 ou plus.
Puis-je demander l’accès en production le jour 14 ?
Faites la demande une fois que le tableau de bord de la Play Console indique que l’exigence est remplie depuis 14 jours. L’étape de demande devient alors disponible ; compter les jours vous-même expose facilement à une erreur.
Les testeurs doivent-ils rester inscrits après ma demande ?
Oui. Laissez le test fermé tourner et vos testeurs inscrits jusqu’à la décision de Google, au cas où l’examen porterait sur l’activité récente ou qu’on vous demanderait de poursuivre le test.