Android サンドボックステストの設定

このプラグインのインストール手順とフルマークダウンガイドを含むセットアップの質問をコピーしてください。

Google Play Consoleで適切な設定が必要です。このガイドでは、Androidアプリのサンドボックステストの設定方法を説明します。

正しいビルドを使用する

開始する前に、次の3つのAndroidビルドタイプを分けてください。

ローカルデバッグ/開発ビルド: デバイス上のUIとネイティブ統合の確認に適しています。
Google Play Consoleにアップロードされた署名リリースAAB: 実際のGoogle Playビリングテストのために必要です。
Playでインストールされたテストビルド: テスト者が内部またはクローズドトラックからインストールするビルドを使用して購入のQAを行います。

Android Studioまたは adb、Google Playビリングが生産環境と同じように動作しない場合があります。サブスクリプションやインアプリ購入の検証のために、常にGoogle Playからインストールしたビルドでテストしてください。

前提条件

Google Play Consoleの開発者アカウント。まだ作成していない場合は Play Consoleの登録.
Play Consoleにアプリのレコードを作成し、最終的なAndroidパッケージ名を使用
Play Consoleにインアプリ製品またはサブスクリプションを作成
Play Consoleにテスト用のGmailアカウントを追加
アップロード用に署名されたリリースビルド

課金設定に時間を費やす前に、Play Consoleでアプリを作成し、無料か有料かを決定する または 有料 またはGoogleは有料アプリを無料化することができますが、無料化されたアプリは有料化できません。

Android アプリバンドルを使用して、Android アプリのサンドボックステストを実行します (".aab）新しいPlayストアアプリ用：

bunx cap sync android
cd android
./gradlew bundleRelease

Android リリース署名がすでに設定されていることを確認してください。 bundleReleaseAndroid Studioから署名済みバンドルを作成します。署名キーストア、署名設定、リリースパスワードがまだ設定されていない場合は、 ビルド >署名済みアプリバンドル/ APK を生成Android サンドボックステストのために、購入プラグインを設定するプロンプトが表示されます。

セットアッププロセス

テストアカウントの追加

Play Consoleで開きます 設定 > ライセンステスト Androidテストデバイスで使用されている主なGoogleアカウントを追加してください。

これにより、購入がPlayサンドボックスフローを表示するのではなく、実際の請求を試みるのではなくなる。
テストトラックを選択

テストとリリース > テスト ここで、次のトラックのいずれかを選択してください: 内部テスト
- : QAと請求のSmokeテストのための最速のパス。通常、新しいバンドルは数分以内に利用可能です。クローズドテスト
- Go to: Androidサンドボックステストのためのより広範なテストに適しています。また、2023年11月13日以降に作成された個人開発者アカウントの場合、生産環境にアクセスする前に必須です。
初めてのリリースの場合、Playは48時間以内に内部テスター向けに一時的なアプリ名とリスト情報を表示する可能性があります。
テスターのリストの作成

トラックを開くと、テスターのリストを作成し、Googleアカウントを追加して、ビルドを受け取るアカウントを選択してください。

新しく作成された個人アカウントで生産環境へのアクセスを目指している場合、少なくとも14日連続で12人のテスターをオプティンインしてください。 テスターのリストの作成 署名済みリリースビルドのアップロード
新しいGoogle Playアプリでは、APKではなくAndroidアプリバンドルを使用する必要があります。アップロード後、リリースを保存し、Playのポリシーまたはストアリストのブロッカーのフラグを修正し、テストトラックにリリースを公開してください。

closed testing .aab.

Create testing track
テストプログラムに参加

テストデバイスでオプティンURLを開き、ボタンをクリックして登録する 「テスターになる」 ボタンをクリックして登録する

ローカルでエクスポートしたAPKではなく、プレイストアのリストからアプリをインストールする
ビルドとテスト

テストデバイスでプレイストアでインストールしたビルドを起動し、購入を試みる。次のようなメッセージが表示されるはずである。

「このはテスト注文です。料金はかかりません。」

重要な注意事項

請求 QA の場合、Play テストビルドをインストールする前に、端末にインストールされているアプリの sideloaded コピーをアンインストールしてください。
内部テストは迅速なSmokeテストに適していますが、新しい個人アカウントの生産アクセス用のトラックとして重要なテストは閉鎖テストです。
テストアカウントは購入に課金されません。
テスト購入は生産購入と同じフローを使用します。
すべてのサブスクリプション機能、包括試用と導入オファーをテストできます。
テストサブスクリプションは、テストを迅速化するために加速された更新期間を持ちます。
Play ストア、テスターのオプティンフロー、ライセンステストのすべてで同じ Google アカウントを使用してください。

トラブルシューティング

アプリがテストトラックにアップロードされていることを確認してください。

トラブルシューティング
ライセンステストにアカウントが追加されていることを確認する
Google Play Consoleで製品が有効になっていることを確認する
Google Playからビルドがインストールされたことを確認し、ローカルにサイドロードされていないことを確認する

「アイテムが利用できない」エラー:

製品が利用可能になるまでに2-3時間待つ
アプリのパッケージ名がPlay Consoleに記載されているものと一致していることを確認する
テストアカウントでログインしていることを確認する
署名済みリリースビルドをアップロードし、パッケージ名と製品カタログが同じであることを確認する

実際の請求として表示される購入をテストする:

ライセンステストにアカウントが追加されていることを再度確認する
テストトラックからビルドを使用していることを確認する
購入時にはテストバナーが表示されることを確認する

Configure Android Sandbox Testing から続けて

Capgo を使用している場合 Capgo を使用してストアの承認と配布を計画する場合、Capgo を native-purchases を使用する場合の @__CAPGO_KEEP_0__ native-purchases を使用する場合の @capgo のネイティブ機能 for the native capability in Using @capgo/native-purchases, @capgo/capacitor-in-app-review for the implementation detail in @capgo/capacitor-in-app-review, Using @capgo/capacitor-in-app-review for the native capability in Using @capgo/capacitor-in-app-review, @capgo/capacitor-native-market for the implementation detail in @capgo/capacitor-native-market, and Using @capgo/capacitor-native-market for the native capability in Using @capgo/capacitor-native-market.