Configurez les tests de sandbox Android

Configuration appropriée dans le console de Google Play est requise pour tester les achats en application. Ce guide vous guidera dans la configuration de la mise en sandbox pour votre application Android.

Utilisez la bonne version pour le travail

Avant de commencer, séparez ces trois types de build Android :

• Build de débogage local/dev: Bon pour vérifier l'interface utilisateur et les intégrations natives sur votre appareil.
• Build de signature de version de production AAB envoyé à la console de Play: Nécessaire pour des tests de facturation Google Play réalistes.
• Build de test Play installé: La version que vos testeurs installent à partir d'une trajectoire interne ou fermée. Utilisez cette version pour la validation des achats.

Si vous n'installez que l'APK à partir de Android Studio ou adb, Google Play Billing peut ne pas se comporter de la même manière qu'en production. Pour la validation des abonnements et des achats en application, testez toujours avec une version installée à partir de Google Play.

Prérequis

• Un compte développeur Google Play Console. Si vous n'avez pas encore créé un compte, commencez par inscription au Play Console.
• Un enregistrement d'application créé dans Play Console avec votre nom de package Android final
• Vos produits ou abonnements en application créés dans Play Console
• Un compte Gmail de test que vous pouvez ajouter à la licence de test
• Une version de mise en production signée prête à l'envoi

Avant de passer du temps sur la configuration des factures, créez l'application dans Play Console et décidez si elle sera gratuite ou contextGoogle vous permet de faire passer une application payante en gratuite plus tard, mais une fois que l'application a été proposée gratuitement, elle ne peut pas être changée en payante.

Utilisez un bundle d'application Android («.aab) pour les nouvelles applications de Magasin Play :

bunx cap sync android
cd android
./gradlew bundleRelease

Assurez-vous que votre configuration de signature Android pour la mise en production est déjà configurée avant de lancer bundleRelease. Si votre clé de signature, votre configuration de signature ou vos mots de passe de mise en production ne sont pas encore définis, créez le bundle signé à partir de l'IDE Android Studio avec Créer > Générer un bundle signé d'application / APK , ce qui vous demande de fournir ces valeurs.

Procédure de configuration

1. Ajouter un compte de test

   Dans le console de Play, ouvrez Paramètres > Test de licence et ajoutez le compte Google principal utilisé sur votre appareil Android de test.

   Cela garantit que les achats affichent le flux de test de Play au lieu d'essayer un véritable paiement.

   

2. Choisissez un itinéraire de test

   Allez à Test et publication > Test et choisissez l'un de ces itinéraires :

   • Test interne: Chemin le plus rapide pour les tests de QA et de facturation. Les nouveaux lots sont normalement disponibles en quelques minutes.
   • Test fermé: Mieux adapté pour des tests plus larges, et requis avant la production pour les comptes développeurs personnels créés après le 13 novembre 2023.

   Pour une première mise en ligne, Play peut afficher un nom d'application temporaire et des informations de liste pour les testeurs internes pendant jusqu'à 48 heures.

   

3. Créer une liste de testeurs

   Après avoir ouvert votre piste, créez une liste de testeurs et ajoutez les comptes Google qui devraient recevoir la build.

   Si vous travaillez vers l'accès à la production sur un compte personnel créé récemment, assurez-vous d'utiliser la testation fermée et maintenez au moins 12 testeurs optés pour 14 jours consécutifs.

   

4. Charger une Build de Mise en Ligne Signée

   Créer une nouvelle mise en ligne dans la piste de test sélectionnée et charger votre build signé .aab.

   Les nouvelles applications Google Play doivent utiliser un Android App Bundle plutôt qu'un APK. Après chargement, enregistrez la mise en ligne, corrigez tout bloqueur de politique ou de liste de magasin indiqué par Play, puis publiez la mise en ligne dans la piste de test.

   

5. Rejoignez le Programme de Test

   Ouvrez l'URL de participation opt-in sur votre appareil de test et cliquez sur le “Devenez un testeur” bouton pour vous inscrire.

   Installez l'application à partir de la liste des applications Play créée par ce flux de participation opt-in, et non à partir d'un APK exporté localement.

   

6. Construisez et Testez

   Lancez la version de production Play sur l'appareil de test et effectuez une commande d'achat. Vous devriez voir un message comme :

   “C'est une commande de test ; vous ne serez pas facturé.”

   

Remarques importantes

• Pour la facturation QA, désinstallez toute copie de l'application chargée par sidéloading avant d'installer la version de test de Play.
• Le test interne est excellent pour les tests rapides de fumée, mais le test fermé est la piste qui compte pour l'accès à la production avec un compte personnel.
• Les comptes de test ne seront pas facturés pour les achats.
• Les achats de test utilisent le même flux que les achats de production.
• On peut tester toutes les fonctionnalités d'abonnement, y compris les essais et les offres d'introduction.
• Les abonnements de test ont des périodes de renouvellement accélérées pour un test plus rapide.
• Utilisez le même compte Google pour les trois endroits : la boutique Play sur le dispositif, le flux d'opt-in pour les testeurs et la licence de test.

Résolution des problèmes

Les produits ne s'affichent pas en mode test :

• Assurez-vous que votre application est téléchargée sur une piste de test
• Vérifiez que le compte de test est ajouté à la licence de testage
• Vérifiez que les produits sont activés dans le console de Google Play
• Confirmez que la build a été installée à partir de Google Play, et non chargée localement

“Le produit n'est pas disponible” : erreur :

• Attendez 2-3 heures après avoir créé des produits pour qu'ils deviennent disponibles
• Assurez-vous que le nom de package de votre application correspond à celui dans la console de Play
• Vérifiez que vous êtes connecté avec un compte de test
• Confirmez que vous avez téléchargé la build de version signée qui pointe vers le même nom de package et le catalogue de produits

Les achats en test apparaissent comme des frais réels :

• Vérifiez à nouveau que le compte est ajouté à la licence de testage
• Assurez-vous d'utiliser la build de la piste de testage
• Vérifiez que le bandeau de testage apparaît lors de l'achat

Ressources supplémentaires

• Effectuer des achats de test avec Google Play Billing
• Configurer un test ouvert, fermé ou interne
• Exigences de test pour de nouveaux comptes développeurs personnels

Continuez de la configuration de la mise en sandbox d'Android

Si vous utilisez Configurer la mise en sandbox d'Android pour planifier l'approbation de la boutique et la distribution, connectez-l’avec à l'aide de @capgo/native-purchases pour la capacité native dans à l'aide de @capgo/native-purchases, @capgo/capacitor-en-revue-des-applications pour les détails d'implémentation dans @capgo/capacitor-en-revue-des-applications En utilisant @capgo/capacitor-en-revue-des-applications pour la capacité native dans En utilisant @capgo/capacitor-en-revue-des-applications @capgo/capacitor-marché-natif pour les détails d'implémentation dans @capgo/capacitor-marché-natif, et En utilisant @capgo/capacitor-marché-natif pour la capacité native dans En utilisant @capgo/capacitor-marché-natif