Test Payment Flows

Github リンク: bit.ly/GitHub-testpayments

アプリ内購入フロー イベントをテストしてログインするためのシンプルなアプリ。独自の課金サーバーを実行しない (つまり、Play Billing オンデバイス API に依存して商品や購入をクエリする) アプリの標準的な課金慣行に従って構築されています。

現在、電話、Android TV、Wear OS をサポートしています。

これを使用する場合のベスト プラクティスは、独自のアプリでは機能しない支払いフローについてこのアプリをテストすることです。このアプリで動作する場合は、コードを Github コードと比較するか、ログを確認して違いを特定してください。このアプリでも失敗する場合は、お知らせください。Play の請求内容の変更によってフローが中断されている可能性があり、アプリの更新が必要になる場合があります。

注: このアプリのすべてのトランザクションはテスト目的のみです。取引では実際の商品やサービスは提供されません。アプリ内で使用される用語 (例: 「バラを買う」) は、デモンストレーションのみを目的としており、実際のものではありません。

このアプリを使用してテストするコストを最小限に抑えるために、価格は Play Console の要件を満たすために必要な最小限に設定されています。
ほとんどの場合、最低要件により 0.49 米ドルまたは同等額となります (最低要件が異なるため、一部の国では異なる場合があります)。

購入フローはリリース時点で確認されています。また、必要な請求変更に対応するために、最善の努力で常に更新されます。独自のアプリで支払いが不明な理由で失敗していることがわかった場合は、さらに相互検証を行ってください。

アプリ内製品とサブスクリプションをテストできます (テスト後は忘れずにキャンセルしてください)。支払いフロー中のイベントを示すログも提供します。

現時点での主な実装の詳細:

1. PurchasesUpdatedListener の onPurchasesUpdated で成功の応答を受け取ったら、必ず購入を処理します (承認し、該当する場合は消費します)。

2. アプリの onResume() 呼び出し (または、onResume() が適切な場所ではない場合は同等の呼び出し) でユーザーの購入をクエリ (queryPurchasesAsync) することも確認し、各購入の確認ステータスを調べて、正常に確認されていない場合は確認します。 。

- 消耗品がすでに確認されていても応答に含まれている場合 (つまり、正常に消費されなかった場合)、消耗品も消費します。

3. UI を更新して、請求応答からの新しい変更を適宜反映します。

4. 時計の画面がすぐに消える可能性があり、支払いが完了したときにアプリがアクティブに実行されていない、またはイベントを受信して​​いないため、onPurchasesUpdated() などが遅延する可能性があることに注意してください。また、画面を起動すると、onPurcahsesUpdated() と onResume() 内の queryPurchasesAsync() の両方がほぼ同時に起動する可能性があります (そのため、競合状態がないか必ず確認してください)。

5. 72 時間以内に確認されなかった購入は自動的に返金されることに注意してください。