ドキュメントCommerceクラウドインフラストラクチャー上の Commerce に関するガイド

ステージングと実稼動のテスト

Last update: Thu May 16 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

作成対象：

  • Admin
  • Developer

コード、ファイル、データのステージング環境または実稼動環境への移行が成功したら、環境 URL を使用してサイトとストアをテストします。 ログの検証、Fastly 設定のテスト、ユーザー受け入れテスト（UAT）などの情報を以下に示します。

ログファイル

デプロイメントでエラーが発生した場合や、テスト中にほかの問題が発生した場合は、ログファイルを確認します。 ログファイルはの下にあります。 var/log ディレクトリ。

デプロイメントログはにあります。 /var/log/platform/<prodject-ID>/deploy.log. 次の値 <project-ID> プロジェクト ID と、環境がステージング環境か実稼動環境かによって異なります。 例えば、プロジェクト ID がの場合 yw1unoukjcaweの場合、ステージングユーザーはです。 yw1unoukjcawe_stg 実稼動ユーザーは yw1unoukjcawe.

実稼動環境またはステージング環境でログにアクセスする場合は、SSH を使用して 3 つのノードのそれぞれにログインしてログを探します。 または、次を使用できます New Relic ログ管理 すべてのノードの集約ログ・データを表示およびクエリーします。 参照： ログを表示.

コードベースの確認

コードベースがステージング環境および実稼動環境に正しくデプロイされていることを確認します。 環境には、同一のコードベースが必要です。

設定の検証

管理パネルで、ベース URL、ベース管理 URL、マルチサイト設定などの設定を確認します。 追加で変更が必要な場合は、ローカル Git ブランチで編集を完了し、にプッシュします。 master 統合、ステージングおよび実稼動のブランチ。

Fastly キャッシュを確認する

Fastly の設定 正しい Fastly サービス ID と Fastly API トークン資格情報の使用、Fastly VCL コードのアップロード、DNS 設定の更新、環境への SSL/TLS 証明書の適用など、詳細に注意する必要があります。 これらのセットアップタスクを完了したら、ステージング環境と実稼動環境で Fastly キャッシュを検証できます。

Fastly サービス設定を検証するには:

  1. URL を次と使用して、ステージング環境と実稼動環境の管理者にログインします。 /admin、または 更新された管理者 URL.

  2. に移動します。 ストア > 設定 > 設定 > 詳細 > システム. スクロールしてクリック フルページキャッシュ.

  3. 必ずを キャッシュアプリケーション 値はに設定されています。 Fastly CDN .

  4. Fastly 資格情報をテストします。

    • クリック Fastly 設定.

    • Fastly サービス ID と Fastly API トークン資格情報の値を確認します。 参照： Fastly 資格情報の取得.

    • クリック テスト資格情報.

    note warning
    WARNING
    ステージング環境と実稼動環境で、正しい Fastly サービス ID と API トークンを入力したことを確認します。 Fastly の資格情報は、サービス環境ごとに作成およびマッピングされます。 実稼動環境にステージング資格情報を入力した場合、VCL スニペットをアップロードできず、キャッシュが正しく機能せず、キャッシュ設定が間違ったサーバーとストアを指しています。

Fastly のキャッシュ動作を確認するには:

  1. を使用してヘッダーを確認する dig サイト構成に関する情報を取得するためのコマンド ライン ユーティリティ。

    で任意の URL を使用できます dig コマンド。 次の例では、Pro URL を使用しています。

    • ステージング： dig https://mcstaging.<your-domain>.com
    • 実稼動： dig https://mcprod.<your-domain>.com

    その他の情報 dig テスト、「Fastly」を参照 DNS 変更前のテスト.

  2. 使用方法 cURL 応答ヘッダー情報を検証します。

    code language-bash 
    curl https://mcstaging.<your-domain>.com -H "host: mcstaging.<your-domain.com>" -k -vo /dev/null -H Fastly-Debug:1

    参照： 応答ヘッダーを確認 ヘッダーの検証について詳しくは、を参照してください。

  3. 使用後は、を使用します cURL ライブサイトを確認する場合。

    code language-bash 
    curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1

UAT テストの完了

ステージング環境と実稼動環境でユーザー受け入れテスト（UAT）を実施します。 次のテストは、マーチャントおよび顧客としてテストする必要があるタスクと領域の簡単なリストです。 リストは長くなる場合があり、カスタムモジュール、拡張機能、サードパーティ統合の追加テストが含まれる場合があります。 テストするときは、デスクトップ、ノートパソコン、モバイルデバイスを使用します。

問題が発生した場合は、再生手順、エラーメッセージ、不審な画面キャプチャ、リンクを保存します。 この情報を使用して、統合環境のコードと設定、または環境設定の問題を調査し、修正します。

ユーザー管理
  • 顧客アカウントの作成と編集、メールの検証
  • マーチャントの管理者ロールの作成
  • 特定の役割を持つマーチャントアカウントの作成
  • 役割ごとのマーチャントアカウントアクセスのテスト
カタログ・製品
  • 関連製品を含むカタログの作成
  • シンプル、設定可能、バンドルなどのすべての製品タイプを含む、ストアフロントの製品を作成します。
  • 製品画像、スウォッチ、ビデオ、その他のメディアオプションの追加
  • 価格、割引、価格ルールの構成
  • 価格範囲、おすすめ製品、利用日などの高度な機能を設定します
  • 在庫の変更および正しい値の表示の検証と、増加および完了した購入ごとの変更
買い物かご&チェックアウト
  • 製品を検索してフィルタリングオプションを選択します。
  • 検索結果、カテゴリページ、製品ページから買い物かごに製品を追加する
  • すべての製品タイプのテスト
  • カートを表示し、金額を削除または変更してコンテンツを変更します
  • チェックアウトを実行して、買い物かごや商品情報に対する注文金額を確認します
  • 税金が買い物かごに対して正しく計算されることを確認します
  • クーポンの追加、配送の選択、配送および請求情報の入力、支払い情報など、さまざまなオプションで購入を完了します
  • チェックアウト時の支払いゲートウェイとオプションの確認
  • 画面上の通知、顧客アカウントにリストされている注文、メール通知を確認します
  • ゲストおよび顧客チェックアウトのテスト
オーダー管理
  • 顧客の注文の作成
  • 注文の検索と表示
  • 商品の追加と削除、金額の変更、出荷および請求情報の変更による注文の変更
  • 払い戻しを処理する
  • 注文をキャンセル
  • クーポンコードと割引の適用
サイトコンテンツ
  • すべてのテーマとアセットが正しく読み込まれていることを確認します
  • レスポンシブメディアサイズを含め、CSS が正しく表示されることを確認します
  • 利用条件、返金ポリシー、その他のポリシー情報を確認する
  • 会社の連絡先情報やリンクなどを確認します
  • 製品とコンテンツを検索し、結果のフィルタリングを確認する
  • フッターブロックと上部ナビゲーションブロックの確認
  • 404 およびメンテナンスページのテスト
拡張機能
  • 特に課税、配送、支払いモジュール（例：倉庫への注文と財務管理システム）に関するすべての拡張機能設定を確認します。
  • カスタマイズしたモジュールとインストール済みの拡張機能のすべてのインタラクションをテスト
  • 完了する必要があるインタラクション（支払、注文、メール通知）のデータを確認します
  • 拡張機能の環境ごとの設定の確認
  • モジュールと拡張機能の間の依存関係が機能することを確認します
  • マーチャントおよび顧客としてのすべてのアクションを確認します
サードパーティの統合
  • データがAdobe Commerceに正しく保存され、サードパーティのサービスがエクスポート、プッシュ、またはアクセスできることを確認します（例：サードパーティのオーダー管理システムでの注文の表示）
  • 統合ごとの設定とインタラクションの検証
  • Adobe Commerceとサードパーティのサービスを起点とするラウンドトリップテストを実行します。
  • 認証が完了したことを確認します。
  • ログに記録された問題を確認して、コントロールパネルでコード統合やエラーメッセージを更新します
バックエンドテスト
  • キャッシュのテストとクリア
  • 再インデックスの実行と結果の検証
  • cron ジョブをチェックし、cron_schedule エラーをチェックします。
  • シェルスクリプトの問題の確認とチェック
  • ログに記録された問題（アプリケーションログ、PHP ログ、MySQL ログ、メールログ）を確認します。

負荷テストとストレステスト

起動する前に、ステージング環境と実稼動環境で広範なトラフィックおよびパフォーマンステストを実行することをお勧めします。 フロントエンドプロセスとバックエンドプロセスのパフォーマンステストを検討します。

テストを開始する前に、サポートに対して、テストする環境、使用するツール、期間についてアドバイスするチケットを入力します。 パフォーマンスを追跡するための結果と情報を使用してチケットを更新します。 テストを完了したら、更新した結果とメモをチケットテストに追加して、日付と時刻のスタンプを記入して完了します。

をレビュー Performance Toolkit ローンチ前準備プロセスの一部としてのオプション。

最適な結果を得るには、次のツールを使用します。

  • アプリケーションパフォーマンステスト – アプリケーションのパフォーマンスをテストするには、 TTFB_TESTED_PAGES サイトの応答時間をテストするための環境変数。
  • 包囲 – トラフィックのシェーピングとテストを行うソフトウェアで、ストアを限界まで押し上げます。 設定可能な数のシミュレーションクライアントを使用して、サイトをヒットします。 Siege では、基本認証、Cookie、HTTP、HTTPS、および FTP プロトコルをサポートしています。
  • Jmeter – 優れた負荷テストにより、フラッシュ・セールスなどの急増するトラフィックのパフォーマンスを測定できます。 サイトに対して実行するカスタムテストを作成します。
  • New Relic （提供） – データ、クエリ、Redis などの送信など、アクションごとの追跡時間でパフォーマンスの低下を引き起こしているサイトのプロセスと領域を見つけるのに役立ちます。
  • WebPageTest および Pingdom- サイトページの読み込み時間を様々なオリジンの場所でリアルタイムに分析します。 Pingdom には手数料が必要な場合があります。 WebPageTest は無料のツールです。

機能テスト

Magento機能テストフレームワーク（MFTF）を使用すると、Cloud Docker 環境からAdobe Commerceの機能テストを実行できます。 参照： アプリケーションテスト が含まれる Cloud Docker for Commerce ガイド.

セキュリティスキャンツールの設定

サイトには無料のセキュリティスキャンツールがあります。 サイトを追加してツールを実行するには、を参照してください。 セキュリティ スキャン ツール.

recommendation-more-help
05f2f56e-ac5d-4931-8cdb-764e60e16f26