自動統合テスト

自動統合テストでは、フルフィルメント エンドポイントに対して一連のテスト条件が実行されます。テスト結果には、成功率と、トラブルシューティングが必要な特定のテストケースが表示されます。

各テストケースは最大 250 個のエンティティを処理します。一度に実行できるテストは 1 つだけです。テストが完了するまで待ってから、別のテストを開始します。

前提条件

フルフィルメント エンドポイントのテストを始める前に、次の前提条件を満たす必要があります。

  1. 注文エンドツーエンド データフィードを作成してホストします。
  2. フルフィルメント エンドポイントに「購入手続き」アクションと「注文を送信」アクションを実装します。

自動テストツールでテストする

Actions Center には、複数の購入手続きリクエストと注文送信リクエストをフルフィルメント エンドポイントに送信するツールが用意されています。この自動テストプロセスにより、時間を節約し、ハッピーパスとエッジケースのシナリオを含む反復可能なテストセットを実現できます。

自動テストツールを使用してテストする手順は次のとおりです。

  1. メイン ナビゲーションから、[広告枠] > [統合テスト] に移動します。
  2. [新しいテスト] をクリックします。
  3. [データフィード] プルダウン リストで、テストするフィードを選択します。フィードをテストするには、そのフィードがすでに取り込まれている必要があります。
    • サンドボックス: サンドボックス データフィードから取得した在庫。
    • 本番環境: 本番環境データフィードから取得した在庫。
  4. [Fulfillment endpoint](フルフィルメント エンドポイント)フィールドに、フルフィルメント エンドポイントの URL を入力します。
  5. [テストケース] で、実行する [ご購入手続き] と [注文を送信] のテストケースを選択します。
  6. テストを開始するには、[実行] をクリックします。

自動テストの実行が完了するまでに最大 20 分かかることがあります。これは、選択したエンティティとテストケースの数によって異なります。テストの進行状況を確認するには、ページを更新します。

結果を確認し、フィードとフルフィルメントが想定どおりに動作していることを確認します。すべてのテストケースで成功率が 95% 以上である必要があります。テストケースをクリックすると、関連する障害の詳細を確認できます。

統合テストケース

コンソールは、テストケースごとにデータフィードを読み取り、カートの検証、注文の作成、エラー処理の実装を確認するエンドポイントへの Checkout リクエストと SubmitOrder リクエストを生成します。

Checkout の場合、統合テストでは次のテストシナリオが実行されます。

Checkout テストシナリオ
対象カート - オプションのない商品 このテストでは、シンプルなメニュー アイテムを含む対象カートをチェックアウトします。
対象カート - オプション付きの商品 複雑なメニュー項目のカスタマイズが施された対象カートをチェックアウトします。
配送先住所が範囲外です 配送先住所がサービス提供エリア外のカートの購入手続きを試行します。
最低注文額を下回っています 最低注文額を満たしていないカートの購入手続きを試行する。
レストランが閉店している レストランが閉店しているときにカートの購入手続きを試行する。
購入できないアイテム ランチ スペシャルなど、購入できない商品が含まれているカートの購入手続きを試行している。
購入できない商品 - 最低注文額を下回っています ランチ スペシャルなど、購入できない商品や、最低注文金額を満たしていない有効な商品が含まれているカートの購入手続きを試行します。
商品の価格が古い 商品の価格が人為的に変更されたカートの購入手続きを試行する。
商品の価格が古い - 最低注文額を下回っている 商品の価格が人為的に変更されたカートの購入手続きが試みられ、カートの実際の金額が最低注文額を満たしていない。
オプションの価格が古い オプションの価格が人為的に変更されたカートの購入手続きを試みます。
オプションの価格が古い - 最低注文額を下回っている オプションの価格が人為的に変更されたカートの購入手続きを試み、カートの実際の金額が最低注文額を満たしていない。
ご購入手続き時に送信されたプロモーション コードが無効です 無効なプロモーション コードで購入手続きをしようとした。
無効な認証トークン このシナリオでは、無効な認証トークンを受け取ったときの統合の動作をテストします。フルフィルメント API は購入手続きリクエストを拒否する必要があります。
対象カート - 対象プロモーション ID あり このテストは、対象となるプロモーションを実施しているレストランでのみ実施され、カートに正しい割引アイテムが含まれていることが前提となります。

SubmitOrder の場合、統合テストでは次のテストシナリオが実行されます。

SubmitOrder テストシナリオ
対象カート 対象となるカートがある注文が送信されます。
お支払いが不承認 無効な支払いトークンを含む注文の送信を試行しています。
対象外のユーザー ユーザー情報が不完全な注文の送信を試行している。