Test Payment Flows

Lien Github : bit.ly/GitHub-testpayments

Application simple pour tester et enregistrer les événements de flux d'achat dans l'application, conçue selon les pratiques de facturation standard pour les applications qui n'exécutent pas leur propre serveur de facturation (c'est-à-dire, en s'appuyant sur les API Play Billing sur l'appareil pour interroger les produits et les achats).

Prend actuellement en charge le téléphone, Android TV et Wear OS.

Pour l'utiliser, la meilleure pratique consiste à tester cette application pour un flux de paiement qui ne fonctionne pas sur votre propre application. Si cela fonctionne dans cette application, comparez votre code avec notre code Github ou consultez nos journaux pour identifier les différences ; si cela échoue également dans cette application, faites-le-nous savoir : il se peut qu'il s'agisse d'un changement de facturation Play qui interrompt le flux et nous devrons peut-être mettre à jour l'application !

Remarque : toutes les transactions dans cette application sont uniquement à des fins de test. Aucun bien ou service réel ne sera fourni pour les transactions. Les termes utilisés dans l'application (par exemple « Acheter une rose ») sont uniquement à des fins de démonstration et ne sont pas réels.

Les prix ont été fixés au minimum nécessaire pour répondre aux exigences de la Play Console afin de minimiser les coûts de test avec cette application.
La plupart coûtent 0,49 USD ou l'équivalent en raison de l'exigence minimale (peut différer dans certains pays en raison d'une exigence minimale différente).

Les flux d'achat ont été vérifiés au moment de la sortie. Il sera également constamment mis à jour pour suivre les modifications de facturation requises, dans la mesure du possible. Il convient davantage de procéder à une validation croisée si vous constatez que les paiements dans votre propre application échouent pour des raisons inconnues.

Peut tester des produits in-app ainsi que des abonnements (pensez à l'annuler après votre test !). Fournit également des journaux pour indiquer les événements au cours du flux de paiement.

Détails clés de la mise en œuvre à ce jour :

1. Assurez-vous de gérer vos achats (reconnaître et consommer le cas échéant) lorsque vous recevez une réponse positive dans onPurchasesUpdated dans PurchasesUpdatedListener

2. Assurez-vous également d'interroger les achats de l'utilisateur (queryPurchasesAsync) lors des appels onResume() de votre application (ou équivalent si onResume() n'est pas un endroit approprié), d'examiner le statut de confirmation de chaque achat et de les accuser réception s'ils n'ont pas été reconnus avec succès. .

- Consommer également les consommables s'ils sont déjà reconnus mais toujours inclus dans la réponse (ce qui signifie qu'ils n'ont pas été consommés avec succès)

3. Mettez à jour l'interface utilisateur pour refléter les nouvelles modifications apportées à la réponse de facturation en conséquence.

4. Sachez que les écrans de montre peuvent s'éteindre très bientôt, ce qui pourrait retarder onPurchasesUpdated(), etc., car l'application ne s'exécute pas activement ou ne reçoit pas d'événements lorsqu'un paiement est effectué. Et lorsque vous réveillez l'écran, onPurcahsesUpdated() et queryPurchasesAsync() dans onResume() peuvent se déclencher presque en même temps (assurez-vous donc de vérifier les conditions de concurrence).

5. Sachez que les achats non reconnus dans les 72 heures seront automatiquement remboursés.