リリース前テスト

以下は、Google Wallet API の統合を開始する前に完了しておく必要のあるテストと推奨されるテストのリストです。適切なテストはユースケースによって異なります。ユーザーに最適なエクスペリエンスを提供するために、統合で想定されるすべての機能を慎重にテストする必要があります。

前提条件

テストを開始する前に、少なくとも 1 つのポイントカード オブジェクトを作成し、Android デバイスの Google ウォレットにそのパスを追加する必要があります。

必要なテスト

次の表に示す基準を使用して、カードを一般公開する準備ができているかどうかを判断します。リリースする前に、各項目を検証して、カードを一般公開する準備ができていることを確認してください。

ボタンのテスト

このセクションでは、[Google ウォレットに追加] ボタンに関するテストの基準を示します。

テスト 期待される結果
Chrome ブラウザでボタンをテストします。 Chrome で、パートナーのウェブページ上にボタンが正しく表示され、機能します。
Firefox ブラウザでボタンをテストします。 Firefox で、パートナーのウェブページ上にボタンが正しく表示され、機能します。
Safari ブラウザでボタンをテストします。 Safari で、パートナーのウェブページ上にボタンが正しく表示され、機能します。
Internet Explorer 9 ブラウザでボタンをテストします。 Internet Explorer 9(Citrix)で、パートナーのウェブページ上にボタンが正しく表示され、機能します。
ブラウザのさまざまなズームレベルでボタンをテストします。 ボタンは、ブラウザのさまざまなズームレベルで正しく表示されます。
ボタンのレンダリング速度をテストします。 1 つのボタンが 1 秒以内に表示されます。
ポイントカードの保存後に [Google ウォレットに追加] ボタンが非表示になるようにウェブサイトを設計している場合:
  1. ウェブサイトの [Google ウォレットに追加] ボタンをクリックします。
  2. 保存したカードを Google ウォレットから削除する
ウェブサイトに [Google ウォレットに追加] ボタンが再表示されます。
ポイントカードの保存後に [Google ウォレットに追加] ボタンが非表示になるようにウェブサイトを設計している場合。 ポイントカードが保存されたことを示す文字列が表示されます。

[Google ウォレットに追加] ボタンとリンクのテスト

このセクションでは、[Google ウォレットに追加] ボタンのクリックに関するテストの基準を示します。

テスト 期待される結果
ウェブサイトの [Google ウォレットに追加] ボタンをクリックします。 作成された JWT に、ボタンの有効なドメインすべてが含まれています(httpshttpwww は含まれません)。
ウェブサイトの [Google ウォレットに追加] ボタンをクリックします。 正しいカードが Google ウォレットに保存されます。
ウェブサイトの [Google ウォレットに追加] ボタンをクリックします。 カードが保存され、ボタンを再度押すことができなくなります。
ウェブサイトの [Google ウォレットに追加] ボタンをクリックします。 作成された JWT が approved のクラスを参照します。

ブランド ガイドラインのテスト

このセクションでは、[Google ウォレットに追加] ボタンのブランド ガイドラインを確認するための基準を示します。

テスト 期待される結果
ボタンが、ブランド ガイドラインの [Google ウォレットに追加] ボタンの配置要件を満たしていることを確認します。 なし
ボタンが、ブランド ガイドラインの [Google ウォレットに追加] ボタンのデザイン要件を満たしていることを確認します。 なし

次の表に示す基準を使用して、ポイントカードを一般公開する準備ができているかどうか判断することをおすすめします。すべての UI テストは、Android ベースのデバイスで Google ウォレット アプリを使用して行う必要があります。

一般的な機能テスト

このセクションでは、一般的な機能テストの基準を示します。

テスト 期待される結果
ポイントカードに記載されている連絡先情報を確認します(該当する場合)。 すべての連絡先情報が有効かつ最新であること。

クラスとパス オブジェクトのテストパス

このセクションでは、パスクラスまたはパス オブジェクトの機能に関するテストの基準を示します。

テスト 期待される結果
REST API を使用して、メッセージをクラスに追加します。 Google ウォレット アプリ* のポイントカードの展開ビューで、メッセージ リストの先頭にメッセージが表示されます。
消費者のポイント プログラムのポイント残高を更新します。 更新されたポイント残高が、24 時間以内に特定のポイントカードのポイント プログラムのリストビューと展開ビューに表示されます。
特定の LoyaltyObject が参照するクラスを変更して消費者を別のポイント階層に移動します(ポイント プログラムに、それぞれ異なる LoyaltyClass によって表される異なる階層がある場合のみ)。 Google ウォレット アプリでポイントカードの展開ビューに 24 時間以内に新しい階層が表示されます。
クラスにプレイス ID(関連する場所を含む)または緯度/経度の値が含まれ、ユーザーがいずれかの場所の近距離内に入るとユーザーに通知されます。 なし
クラスまたはプレイス ID に含まれる場所の近距離内に移動します。 ポイントカードの販売者の近くにいることを示すアラートがスマートフォンに表示されます。
クラスの reviewStatusApproved です。 なし

*個々のユーザーにメッセージを送信する場合は、REST API を使用した個々のオブジェクトへのメッセージの追加もテストする必要があります。

ユーザー インターフェース テスト

このセクションでは、ユーザー インターフェースの一般的な要素に関するテストの基準を示します。

テスト 期待される結果
テンプレートのすべての必須フィールドに正しい情報が入力されていることを確認します。 なし
画像が、ブランド ガイドラインの画像のガイドラインすべてを遵守していることを確認します。 なし
文字列値が、ブランド ガイドラインの見出しのガイドラインすべてを遵守していることを確認します。 なし
ポイントカードがデバイスに正しく表示されています。 なし
Google ウォレット アプリで自社のポイント プログラムのウェブサイト リンクをクリックします。 ウェブサイト リンクをクリックすると、適切な販売者のウェブページが表示されます。
販売者の店舗でバーコード スキャン機能がない場合、バーコードが表示されない。 なし

店舗でのテスト

このセクションでは、店舗で実施するテストの基準を示します。

テスト 期待される結果
Google ウォレット アプリを使用して、販売者の POS でバーコード スキャンをテストします。 バーコードがスキャンされ、ポイントカードの情報が読み取られます。
販売者のサービス担当者がポイント スキャンを処理する訓練を受けています。 なし