ステージングと実稼動のテスト
コード、ファイル、データのステージング環境または実稼動環境への移行が成功したら、環境 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 サービス設定を検証するには:
-
/admin
を含む URL または 更新された管理者 URL を使用して、ステージング環境および実稼動環境で管理者にログインします。 -
Stores/Settings/Configuration/Advanced/System に移動します。 スクロールして、「フルページキャッシュ」をクリックします。
-
キャッシュアプリケーション の値が Fastly CDN に設定されていることを確認します。
-
Fastly 資格情報をテストします。
-
Fastly 設定 をクリックします。
-
Fastly サービス ID と Fastly API トークン資格情報の値を確認します。 Fastly 資格情報の取得を参照してください。
-
「認証情報をテスト」をクリックします。
note warning WARNING ステージング環境と実稼動環境で、正しい Fastly サービス ID と API トークンを入力したことを確認します。 Fastly の資格情報は、サービス環境ごとに作成およびマッピングされます。 実稼動環境にステージング資格情報を入力した場合、VCL スニペットをアップロードできず、キャッシュが正しく機能せず、キャッシュ設定が間違ったサーバーとストアを指しています。 -
Fastly キャッシュ動作を確認するには:
-
dig
コマンドラインユーティリティを使用してヘッダーを確認し、サイト設定に関する情報を取得します。dig
コマンドでは任意の URL を使用できます。 次の例では、Pro URL を使用しています。- ステージング:
dig https://mcstaging.<your-domain>.com
- 実稼動:
dig https://mcprod.<your-domain>.com
その他の
dig
テストについては、Fastly の DNS 変更前のテストを参照してください。 - ステージング:
-
cURL
を使用して、応答ヘッダー情報を確認します。code language-bash curl https://mcstaging.<your-domain>.com -H "host: mcstaging.<your-domain.com>" -k -vo /dev/null -H Fastly-Debug:1
ヘッダーの検証について詳しくは、 応答ヘッダーの確認を参照してください。
-
ライブ状態になったら、
cURL
を使用してライブサイトを確認できます。code language-bash curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1
UAT テストの完了
ステージング環境と実稼動環境でユーザー受け入れテスト(UAT)を実施します。 次のテストは、マーチャントおよび顧客としてテストする必要があるタスクと領域の簡単なリストです。 リストは長くなる場合があり、カスタムモジュール、拡張機能、サードパーティ統合の追加テストが含まれる場合があります。 テストするときは、デスクトップ、ノートパソコン、モバイルデバイスを使用します。
問題が発生した場合は、再生手順、エラーメッセージ、不審な画面キャプチャ、リンクを保存します。 この情報を使用して、統合環境のコードと設定、または環境設定の問題を調査し、修正します。
負荷テストとストレステスト
起動する前に、ステージング環境と実稼動環境で広範なトラフィックおよびパフォーマンステストを実行することをお勧めします。 フロントエンドプロセスとバックエンドプロセスのパフォーマンステストを検討します。
テストを開始する前に、サポートに対して、テストする環境、使用するツール、期間についてアドバイスするチケットを入力します。 パフォーマンスを追跡するための結果と情報を使用してチケットを更新します。 テストを完了したら、更新した結果とメモをチケットテストに追加して、日付と時刻のスタンプを記入して完了します。
ローンチ前の準備プロセスの一部として、Performance Toolkit オプションを確認します。
最適な結果を得るには、次のツールを使用します。
- アプリケーションパフォーマンステスト-
TTFB_TESTED_PAGES
環境変数を設定して、サイトの応答時間をテストすることで、アプリケーションパフォーマンスをテストします。 - Siege - トラフィックのシェーピングとテストを行うソフトウェアで、ストアを限界まで押し上げます。 設定可能な数のシミュレーションクライアントを使用して、サイトをヒットします。 Siege では、基本認証、Cookie、HTTP、HTTPS、および FTP プロトコルをサポートしています。
- Jmeter - フラッシュセールスなどのスパイクされたトラフィックのパフォーマンスを測定するのに役立つ、優れた負荷テスト。 サイトに対して実行するカスタムテストを作成します。
- New Relic (提供) – データ、クエリ、Redis などの送信に費やした時間が追跡されるため、パフォーマンスが低下するサイトのプロセスや領域を見つけるのに役立ちます。
- WebPageTest および Pingdom - サイトページのリアルタイム分析は、異なるオリジンの場所で時間を読み込みます。 Pingdom には手数料が必要な場合があります。 WebPageTest は無料のツールです。
機能テスト
Magento機能テストフレームワーク(MFTF)を使用すると、Cloud Docker 環境からAdobe Commerceの機能テストを実行できます。 Cloud Docker for Commerce ガイドアプリケーションテスト を参照してください。
セキュリティスキャンツールの設定
サイトには無料のセキュリティスキャンツールがあります。 サイトを追加してツールを実行するには、 セキュリティ スキャン ツールを参照してください。