認証が必要なアプリケーションでテストを実行する

ログイン後に配置されているジャーニーを監視する必要がある場合、Datadog のブラウザテストでアプリケーションのログイン手順を実行しログイン後のページ検証を実行するには 2 つの方法があります。

記録にログイン手順を含める
ブラウザのテストコンフィギュレーションオプションを活用する

セキュリティ保護されたグローバル変数を使用することで、認証情報をアプリケーション全体で確実に難読化し安全に保存することもできます。

MFA の背後にあるアプリケーションのテストに興味がありますか？以下のセクションからフィードバックを送信して、チームにとって最も重要なシステムの構築についてご意見をお聞かせください。

記録にログイン手順を含める

1 つ目は、ログインの実行に必要な手順をブラウザテストの初めに記録する（ユーザー名とパスワードをを入力してログインボタンを押す）方法です。それから、後続ステップの記録を開始します。テストの実行時、ブラウザテストで初めのログイン手順が体系的にまず実行され、その後のジャーニーへと進みます。

デフォルトでは、レコーダーの iframe/ポップアップは独自のブラウザを使用します。すでにアプリケーションにログインした状態で記録を始めた場合、iframe/ポップアップがログイン後のページを直接表示する可能性があり、ログアウトしないとログイン手順を記録できなくなります。

アプリケーションからログアウトせずに手順を記録するには、レコーダーのシークレットモードを使用します。

シークレットモードでポップアップを開くと、独自のブラウザのメインセッションとユーザーデータから完全に分離されたセッションで、テストコンフィギュレーションに設定された開始 URL からテストの記録を開始できます。新しく開いたシークレットポップアップは、以前のブラウザ履歴 (Cookie やローカルデータなど) をすべて無視します。アカウントから自動的にログアウトされ、初めてウェブサイトにアクセスした場合と同じようにログイン手順の記録を開始できます。

注: 今後、ログインが必要な他のブラウザテストに再利用できるよう、ログイン手順を単一のサブテストにグループ化するには、サブテスト機能を使用します。

SSO ログイン

SSO を使用してログインするウェブサイトの場合は、ブラウザテストの最初の URL としてアプリケーションの URL を入力します。テストで、デフォルトの最初の Navigate to URL 手順の一部として必要な再ダイレクトが実行されます。

一部の SSO プロバイダーでは、Datadog のブラウザテストがボットと認識され、ログインできない場合があります（例: reCAPTCHA の追加）。このような場合、Synthetic ブラウザテストからのリクエストの検出時（特定の認証情報、Synthetic テスト固有のヘッダーなど）には、テストの目的のためボット検出機能を無効化することが可能かどうか、SSO プロバイダーにお問い合わせください。

その他、SSO 以外のアプローチを使用して通常のユーザー名とパスワードの組み合わせを利用してログインする方法があります。

多要素認証

ブラウザテストでは、通常のユーザーがブラウザ内で実行するアクションを再現できます。多要素認証 (または 2FA、TFA) 認証の手順をブラウザ内で実行する場合、ブラウザテストの設定時に記録することができます。一部の MFA プロバイダーでは、Datadog のブラウザテストがボットと認識され、ログインできない場合があります（例: reCAPTCHA の追加）。このような場合、Synthetic ブラウザテストからのリクエストの検出時（特定の認証情報、Synthetic テスト固有のヘッダーなど）には、テストの目的のためボット検出機能を無効化することが可能かどうか、MFA プロバイダーにお問い合わせください。

MFA プロセスに、音声およびテキストメッセージの送信やモバイルアプリケーションを開くなど、ブラウザ外で実行される手順が含まれる場合も、Synthetic ブラウザテストからのリクエストの検出時（特定の認証情報、Synthetic テスト固有のヘッダーなど）には、テストの目的のため MFA 設定の変更または MFA の無効化が可能かどうか、MFA プロバイダーにお問い合わせください。アプリケーションにより利用される MFA のタイプによっては、JavaScript 手順が有効な場合があります。

テストシナリオをより簡単に記録できるよう、常に機能が追加されています。フィードバックを送信して、最も重要な MFA システムについてご意見をお聞かせください。