Du test fermé à l’accès en production.

Les comptes de développeur personnels créés après le 13 novembre 2023 doivent mener un test fermé dans lequel au moins 12 testeurs restent inscrits (opt-in) pendant au moins 14 jours consécutifs avant de publier en production (pour tous). Vous demandez ensuite l’accès en production dans la Play Console.

Source : Aide Google Play Console, vérifiée le 30 octobre 2026.

D’après Google, elle s’applique aux comptes de développeur personnels créés après le 13 novembre 2023. Le plus simple pour le vérifier : si le tableau de bord de votre Play Console affiche l’exigence de test fermé pour l’accès en production, elle vous concerne.

Si vous n’êtes pas sûr du type de votre compte ou de sa date de création, consultez les détails du compte dans la Play Console ; inutile d’ouvrir une campagne avant d’en avoir le cœur net.

Google veut que chaque testeur reste inscrit pendant 14 jours d’affilée. Un testeur qui part avant 14 jours n’est pas comptabilisé ; s’il revient, ses jours repartent de zéro. Les jours des autres testeurs ne sont pas affectés.

C’est pourquoi nos formules ouvrent plus de 12 places et remplacent les testeurs qui abandonnent jusqu’au jour 7.

Oui. Importer une nouvelle version sur le canal fermé ne retire pas les testeurs du test ; tant qu’ils restent inscrits, leurs jours continuent d’être comptés et l’application se met à jour automatiquement sur leurs appareils.

Ce que vous faites : incrémentez le code de version, envoyez la version pour examen et enregistrez-la sur la campagne comme nouveau build pour que les testeurs soient prévenus. Ne dépubliez pas le canal et n’arrêtez pas la distribution dans les pays de vos testeurs.

Le formulaire de Google comporte trois parties :

• À propos de votre test fermé : la facilité de recrutement des testeurs, la façon dont ils ont utilisé l’application, les retours recueillis et la manière de les recueillir.
• À propos de votre application : public cible, proposition de valeur, nombre d’installations attendu la première année.
• À propos de votre préparation à la production : ce que vous avez modifié à la suite du test, comment vous avez jugé l’application prête.

La page de préparation à l’accès en production propose des ébauches de phrases pour ces parties, uniquement à partir des données enregistrées (participation, résultats des tâches, bugs, retours). Chaque élément porte la mention non vérifié par Google. C’est vous qui remplissez le formulaire et le soumettez avec vos propres mots.

Selon les termes de Google, l’examen prend généralement 7 jours ou moins, parfois davantage. Cela ne dépend pas de nous et nous ne pouvons pas l’accélérer.

Oui. Ici, tout le monde est développeur : ajouter des applications et lancer des campagnes est toujours possible pour chaque compte, sans rôle à choisir. Tester les applications des autres est un complément facultatif ; cela rapporte des crédits que vous pouvez utiliser pour financer votre propre campagne.

Vous pouvez mettre le mode testeur en pause dans votre profil. Cela arrête seulement les nouvelles invitations ; vos applications et campagnes ne sont pas concernées.

Un planning réaliste : une journée de configuration, quelques jours pour remplir les places (non garanti), 14 jours de test, jusqu’à 72 heures de rapport, puis l’examen de Google, généralement 7 jours ou moins. Prévoyez trois à quatre semaines environ au total.

Des remplacements tardifs peuvent prolonger la période de test jusqu’à 21 jours au maximum.

• Configuration de la Play Console : canal fermé, Google Group, pays, version (30 à 45 min la première fois).
• Assistant : détails de l’application et formule (~5 min).
• Pendant le test : vérification des soumissions et des rapports de bug (~10 min par jour ; les soumissions sans anomalie sont acceptées automatiquement après 72 heures).
• À la fin : vérification du nombre dans la Play Console et demande d’accès en production (20 à 30 min).

Après leur inscription, ils rejoignent le Google Group, font l’opt-in via le lien et installent l’application depuis Play. Ensuite, pendant 14 jours, ils avancent dans 8 phases de tâches : pour chaque tâche, ils rédigent le résultat attendu et le résultat obtenu, ajoutent si besoin une capture d’écran (après avoir masqué les données personnelles) et envoient des rapports de bug.

Vous vérifiez leurs soumissions. Ils gagnent des crédits pour le travail accepté ; ils ne sont pas payés en argent.

Un testeur sans activité pendant 2 jours est marqué à risque, puis retiré après 4, ce qui libère sa place. Jusqu’au jour 7 de la campagne, un remplaçant prend le relais sans frais supplémentaires. Les remplaçants n’héritent pas des jours passés ; ils effectuent leurs propres 14 jours.

Les jours avec un blocage signalé (ex. l’application ne s’ouvre pas) sont excusés ; personne n’est pénalisé automatiquement pour une seule journée manquée.

Vous disposez de 72 heures par soumission. Passé ce délai, les soumissions sans anomalie sont acceptées automatiquement et celles signalées (texte répété, images réutilisées, soumissions très rapides) sont transmises à un admin. Les testeurs ne sont pas pénalisés pour votre retard.

La seule différence est le nombre de places. Starter 14,99 $US : 15 places, soit une marge de 3 au-delà des 12 de Google. Pro 24,99 $US : 25 places, une marge de 13 et une couverture d’appareils plus large.

Pro est plus sûr si votre application cible un public de niche, comporte de longues étapes de connexion ou de configuration, ou si Google a déjà demandé des tests supplémentaires.

Non. Les crédits sont ce que les testeurs gagnent pour un vrai travail de test accepté : 3 par tâche, 2 par bug confirmé (jusqu’à 3), 10 pour avoir terminé la période. Ils ne peuvent être ni achetés ni convertis en argent.

Un crédit d’app est une campagne que vous achetez : un crédit d’app ouvre une campagne de test fermé avec la formule de votre choix.

Achetez des crédits d’app à l’unité ou en packs : 5 % de remise à partir de 3, 10 % à partir de 5 et 15 % à partir de 10. Un pack personnalisé peut aller jusqu’à 50. Le prix est calculé sur le serveur et affiché avant le paiement.

Les crédits d’app n’expirent jamais : achetez maintenant, utilisez-les quand votre prochaine application sera prête.

Le paiement par carte ouvrira via Polar ; vos données de carte ne nous parviennent jamais. D’ici là, vous pouvez passer commande : elle reste en « paiement en attente » et, lorsque notre équipe l’approuve, les crédits d’app sont ajoutés à votre compte et vous êtes prévenu.

Inutile d’attendre pour préparer votre campagne ; une campagne ouverte avec « payer plus tard » avance dès qu’un crédit est appliqué.

Oui. Une place coûte 40 crédits, à peu près ce qu’un testeur peut espérer gagner sur un test complet. Starter coûte 600 crédits et Pro 1000. Vous devez d’abord avoir terminé au moins 2 tests.

Les crédits sont réservés au lancement du recrutement ; les places non pourvues sont remboursées.

Le crédit est rattaché à la campagne dès son ouverture. Ensuite, tout dépend de l’état de la campagne :

• Avant le recrutement (brouillon, validation, prête) : annulez et le crédit revient sur votre compte automatiquement.
• Pendant le recrutement : une demande de remboursement est transmise à notre équipe ; nous l’examinons, décidons et vous informons.
• Après le début du test : le crédit est considéré comme utilisé, car les testeurs ont engagé leur temps. Les testeurs reçoivent des crédits de compensation proportionnels à leurs jours actifs.

Une question sur un remboursement ? Écrivez à info@testbunny.co. Les règles complètes figurent dans les conditions d’utilisation.

Vous pouvez annuler à tout moment une commande en attente de paiement depuis la page d’achat ; rien n’est débité. Pour les crédits d’app inutilisés d’une commande payée, écrivez-nous pour demander un remboursement ; nous l’examinons et vous informons. Les crédits déjà utilisés sur une campagne suivent les règles d’annulation ci-dessus.

Non, ils n’expirent jamais. Si vous supprimez votre compte, les crédits d’app et les crédits inutilisés prennent fin sans compensation ; nous vous recommandons de les utiliser ou de demander un remboursement au préalable.

Non, et personne ne peut honnêtement le faire. Google décide en prenant en compte à la fois l’engagement des testeurs, l’application elle-même, le respect des règles et vos réponses. Aucun de ces éléments n’est maîtrisé par un tiers.

Nous faisons en sorte que 12 testeurs restent inscrits pendant 14 jours, leur faisons réaliser de vraies tâches et documentons le tout dans un rapport fondé sur les données enregistrées. Les services qui promettent une « approbation garantie » proposent généralement un remboursement conditionné à un e-mail de refus et à un délai.

Oui, de vrais utilisateurs qui testent sur leurs propres appareils ; beaucoup sont des développeurs comme vous. Les testeurs ne sont jamais payés en argent : ils gagnent des crédits pour le travail accepté et ne peuvent les utiliser que pour faire tester leurs propres applications. Pas de bots, d’émulateurs, de fausses installations, notes ou avis ; si nous en détectons, les crédits sont annulés et le compte est restreint.

Non. Google ne communique cette information par testeur à personne. L’adhésion au groupe, l’opt-in et l’installation sont des étapes déclarées par le testeur et identifiées comme telles ; aucun champ ne signifie une vérification Google.

Vous voyez le chiffre exact dans la Play Console. Si vous le souhaitez, vous pouvez l’enregistrer sur la campagne ; il apparaît alors comme « déclaré par le développeur ».

La page d’aide de Google ne limite pas l’endroit où vous trouvez vos testeurs ; elle suggère vos réseaux personnels et professionnels ou des communautés pertinentes, et attend un engagement réel. Manipuler les installations, les notes ou les avis est clairement contraire aux règles.

Nous organisons uniquement un vrai travail de test et ne faisons rien de tout cela. Nous ne pouvons pas pour autant affirmer qu’il n’y a « aucun risque » : c’est Google qui interprète et applique ses règles.

Les causes les plus fréquentes, dans l’ordre :

• Recherche : les applications en test fermé sont introuvables via la recherche de Play ; elles ne s’ouvrent que via le lien d’opt-in.
• Adhésion au groupe : le testeur doit d’abord rejoindre le Google Group, puis faire l’opt-in, les deux avec le même compte Google que celui utilisé sur Play.
• Pays : si l’application n’est pas distribuée dans le pays du testeur, elle ne s’affiche pas. Les paramètres de pays s’appliquent à tous les canaux ; vérifiez-les dans la Play Console.
• Publication : si le canal n’est pas encore « Publié » ou si la version est en cours d’examen, le lien ne fonctionne pas. La première publication peut prendre quelques heures.
• Appareil : si la version d’Android de l’appareil est inférieure au minimum de l’application, celle-ci apparaît comme incompatible.

Les testeurs le signalent comme blocage depuis l’écran de tâche ; la journée est excusée et vous êtes prévenu.

Un lien d’opt-in commence par play.google.com/apps/testing/ et se termine par le nom de votre package. Un lien Google Groupes n’est pas un lien d’opt-in, et un lien de test interne ne fonctionne pas pour un test fermé.

Copiez le lien depuis l’onglet Testeurs de votre canal fermé dans la Play Console. Il n’apparaît qu’après la publication du canal.

• Le code de version de la nouvelle version doit être supérieur au précédent.
• Elle doit être importée sur le même canal fermé que celui du test, passer l’examen et être publiée.
• Après publication, elle peut mettre quelques minutes à atteindre les appareils ; rechercher les mises à jour dans le Play Store accélère le processus.
• Enregistrez-la sur la campagne comme nouveau build pour que les testeurs sachent quelle version ils testent.

Le plus souvent, Google répond « tests supplémentaires requis ». Raisons fréquentes et comment les éviter :

• Seuil : moins de 12 testeurs inscrits au moment de la demande, ou 14 jours non atteints. Pour l’éviter : ne faites pas votre demande sans avoir vérifié la Play Console ; envisagez Pro pour la marge.
• Engagement faible : les testeurs ont installé puis sont partis. Pour l’éviter : assurez-vous que le plan de tâches couvre les fonctionnalités clés et ajoutez vos propres scénarios.
• Réponses vagues : des phrases génériques dans le formulaire. Pour l’éviter : décrivez de vrais bugs et les modifications que vous avez apportées.
• Problèmes de l’application : plantages, examinateurs incapables de se connecter, manquements aux règles. Pour l’éviter : fournissez aux examinateurs un compte de test fonctionnel et lancez un rapport de pré-lancement.

Si des tests supplémentaires sont requis, vous pouvez ouvrir une campagne de suivi pour la même application.

Uniquement ce qu’exigent la mise en correspondance et les tests : votre nom et votre e-mail fournis par Google, et, dans le profil de testeur, le modèle de votre appareil, votre version d’Android, votre pays et vos langues. Nous ne demandons jamais votre localisation, vos contacts, votre identifiant publicitaire ni votre mot de passe Google. Le signal d’utilisation Android est facultatif et ne lit que les applications qui vous sont attribuées.

Détails dans la Politique de confidentialité. Vous pouvez télécharger vos données au format JSON depuis votre profil à tout moment.

Profil → Vos données → Supprimer mon compte. Un délai de grâce de 7 jours commence ; ensuite, votre nom, votre e-mail, votre profil, les données de vos appareils et vos images de preuve sont supprimés, et les enregistrements restants sont anonymisés. Les campagnes ouvertes sont annulées.

Étape par étape : Suppression du compte.