アプリ内課金のサブスクリプション機能をテストすることはできますか? テスト用に予約済みの製品 ID (android.test.purchased) を使用しようとしましたが、「アイテムが見つかりません」のようなエラーが発生しました。アプリ内課金バージョン 3 を使用しています。どんな助けでも大歓迎です。
5 に答える
2015 年 2 月/3 月の時点で、アプリ内サブスクリプションは Android でもテストできます。これで、(開発者コンソールのメニューで構成された) テスト アクセスを持つ Google アカウントがSettings
メッセージを受け取ります。
This is a test subscription. It will recur daily. You will not be charged when trying to buy in-app subscriptions.
これは、すべてのサブスクリプションが毎日「請求」されているように見えることも意味します。通常の Google Play 注文受領メールは引き続き送信されますが、先頭に次の単語が追加されますTest
。
Test: Your Google Play Order Receipt from Mar 12, 2015
また、このメールを確認すると、http://developer.android.com/google/play/billing/billing_subscriptions に記載されている通常の注文番号ではなく、注文番号がランダムな文字列であることがわかります。 html#支払い。
Order number: lhjelkffelbnmmcmklbkhkbd
役立つかもしれないいくつかのポイント。
- 公開されたアプリケーションにアプリ内がない場合は、次のアプリ内バージョンを公開してテストする必要はありません。
- アプリ内機能を備えたapkを開発者コンソールにアップロードする必要があります(公開しないでください)、同じアプリを電話にインストールします
- アプリ内製品 (管理対象外) を作成し、コードがこれらの管理対象外製品 ID を参照していることを確認します
- テスト目的で製品を安くする
- アプリから商品を購入する
- マーチャント アカウントから自分で払い戻しを行います (24 時間前に払い戻しを行った場合は請求されず、全額払い戻しを受けることができます (これを確認するだけで、変化し続けると思います)。
- 満足したら、公開を押します。
- 友人の電子メール ID をテスト アカウントとして追加して、彼らが製品を購入し、請求されないようにすることができます。実際、「失敗」のためにそれらを嘲笑することもできます:)
これが役立つことを願っています。
これが私の個人的な経験からの答えです。
開発サンドボックスでアプリ内をテストする適切な方法はありません。これは私が実際にアプリでテストする方法です。
- inapp をテストして構成するテスト アプリケーションを作成します。
- 開発者の公開鍵を必要な場所に置き、必要なすべてのマニフェスト許可を忘れないでください
- アプリ内購入を追加してテストする
- アプリをデバッグ不可にする
- 下書きとして Android マーケットにアップロードする
Android マーケットがすべての変更をプッシュする必要があるため、数時間待つ必要があります。そうしないと、購入しようとするとエラーが発生します。
デバイスでアプリをローカルに起動し (debuggable false を設定する必要があります)、何かを購入するアプリ内購入をテストします。すべてのテストの後、Google ウォレットのマーチャント アカウントにアクセスし、他のすべての購入フローのテストも行います。
- 返金
- アプリ内サブスクリプションをキャンセルする
実際のサンドボックスでテストするより良い方法を見つけたら教えてください:)
android.test.purchased
プロダクト ID として使用します。