Test Payment Flows

Github 連結：bit.ly/GitHub-test payments

用於測試和記錄應用程式內購買流程事件的簡單應用程序，按照針對不運行自己的計費伺服器的應用程式的標準計費實踐（即依靠 Play Billing 設備上 API 來查詢產品和購買）而構建。

目前支援手機、Android TV 和 Wear OS。

要使用它，最佳實踐是測試此應用程式的支付流程，該流程不適用於您自己的應用程式。如果它在此應用程式中運行，請將您的程式碼與我們的 Github 程式碼進行比較或檢查我們的日誌以識別差異；如果此應用程式也失敗，請告訴我們 - 這可能是 Play 計費更改破壞了流程，我們可能必須更新應用程式！

注意：此應用程式中的所有交易僅用於測試目的。交易不會提供任何實際的商品或服務。應用程式中使用的術語（例如“購買玫瑰”）僅用於演示目的，並不真實。

價格已設定為透過 Play 管理中心要求所需的最低價格，以最大限度地降低使用此應用程式的測試成本。
由於最低要求，大多數費用為 0.49 美元或等值（由於最低要求不同，某些國家可能會有所不同）。

截至發佈時，購買流程已得到驗證。它還將不斷更新，以盡最大努力趕上所需的計費變化。如果您發現自己的應用程式中的付款由於未知原因而失敗，則需要進行更多交叉驗證。

可以測試應用程式內產品以及訂閱（請記住在測試後取消它！）。也提供日誌來指示支付流程中的事件。

截至目前的關鍵實施細節：

1. 當您在PurchasesUpdatedListener 中的onPurchasesUpdated 中收到成功回應時，請確保處理您的購買（確認並消費（如果適用））

2. 確保您還在應用程式的onResume() 呼叫中查詢使用者的購買(queryPurchasesAsync)（如果onResume() 不是合適的位置，則進行等效呼叫），檢查每個購買的確認狀態，如果尚未成功確認則確認它們。

- 如果消耗品已被確認但仍包含在回應中（這意味著它沒有成功消耗），則也消耗消耗品

3. 更新 UI 以反映計費回應的新變更。

4. 請注意，手錶螢幕可能很快就會關閉，可能會延遲 onPurchasesUpdated() 等，因為應用程式在付款完成時未主動運行或接收事件。當您喚醒螢幕時， onPurcahsesUpdated() 和 onResume() 中的 queryPurchasesAsync() 可能幾乎同時觸發（因此請確保檢查競爭條件）。

5. 請注意，72 小時內未確認的購買將自動退款。