デフォルトでは、Android Payはデバッグビルドでの作業を拒否しているため、テストが煩雑になります。これまでに行ってきたことは、実際に新しいコードを開発ブランチまたはホットフィックスブランチにマージして、ビルド環境がテスト可能な署名付きAPKを作成することです。これは理想的ではありません。Android APKをデバッグAPKでテストするにはどうすればよいですか？
https://developers.google.com/android-pay/get-started状態 「注：私たちのテスト環境は、ライブFullWallet応答で充電トークンを返しませんが、私たちはあなたの前の購入フローをテストすることができますあなたがするまで、Androidの有料チューに認識されないアプリケーションエラーが表示されます。あなたのアプリは本物のアクセス権を持っています。 あまり有望ではありません。
https://developer.android.com/google/play/billing/billing_testing.htmlを設定する迷惑なく、真のテストであろう「予約済み製品ID」のために特別に構成された静的な応答でテストを示唆しています。彼らが提供するもう1つのオプションは、もちろん、署名されたAPKであるアルファチャンネルまたはベータチャンネルにアプリを公開することです。 https://stripe.com/docs/mobile/androidには「TEST_GATEWAY_TOKEN」に関する提案がありますが、Android Pay in testの使用方法の学習にはあまり役立ちません。
私たちも、同じ文書の一部をカット＆ペーストが、何もしなかった者は、Googleの開発者向けの提唱者に話を聞きました。
符号なしのビルドを使用して良いテストを行うための方法はありますか？ AndroidデベロッパーマシンでAndroid Pay機能を正常にテストするのはすばらしいことです。
は、ローカルマシン上で署名したAPKを作成するための情報を署名とのGradleでbuildVariantを作成必要なことができますか？ – mohax
つまり、署名済みのAPKを作成しますか？ –
はい、署名された署名を作成します。私はあなたの質問を理解するので、ローカルマシンでのテストで問題を解決します。しかし、おそらく私は何かを逃している – mohax