合成テストを管理する 🔗
サイトやアプリケーションへの多様なトラフィックをシミュレートするには、さまざまな設定オプションを使用して、各テストをカスタマイズします。
Splunk Synthetic Monitoring でテストをセットアップすると、テストをシミュレートするデバイスのビューポートとネットワーク接続を設定できます。
ブラウザテストはページの視覚的体験を捕捉し、アップタイムテストと API テストはレスポンスデータのみを捕捉するため、ビューポートはブラウザテストのみに適用されます。ネットワーク接続はすべてのテストタイプに適用されます。
Splunk Synthetic Monitoring のブラウザテストは、ユーザーがアプリケーションとやりとりする視覚的な体験をキャプチャします。ビューポートとは、デスクトップ上のブラウザウィンドウのように、デバイスの画面上で情報を表示するための枠で囲まれた領域のことです。デフォルトでは、ブラウザテストはデスクトップサイズのビューポートから実行されます。他のビューポートサイズからテストを実行するように設定して、さまざまなウィンドウサイズとデバイスタイプからユーザーエクスペリエンスをテストすることができます。
テストを設定する際、一般的なデバイスのリストからビューポートサイズを選択するか、高さと幅でカスタムビューポートを設定することができます。
モバイル LTE、モバイル 3G、DSL、モバイル 5G、ケーブルインターネットなど、さまざまな遅延のネットワーク接続をシミュレートして、ブラウザ、アップタイム、または API テストを実行できます。さまざまな接続タイプからサイトをテストすることで、さまざまな設定におけるユーザーのエクスペリエンスをモニターできます。
変数を使用して、テスト中にフィールドを埋めたり、URLを提供したり、その他の情報を入力します。
変数タイプ |
説明 |
|---|---|
組み込み変数 |
ブラウザテストやAPIテストで使用する、ランダム値、日時、場所名などの組み込み変数。詳しくは テストで使用する組み込み変数 を参照してください。 |
グローバル変数 |
一度定義すれば、すべてのブラウザテストと API テストで使用できる、保存済みの再利用可能な変数です。詳しくは グローバル変数を作成および使用する を参照してください。 |
世界中のチェックポイントからのトラフィックをシミュレートするためにテストの場所を指定したり、プライベートネットワーク内のサイトをテストするためにプライベートロケーションを使用します。
詳しくは、こちらを参照してください：
テストのmoreメニュー(⋯)にある再生ボタンと一時停止ボタンを使用して、データ収集を一時停止または再開することができます。
テストの現在のステータスは、Splunk Synthetic Monitoring の Test Overview ページをロードするたびに更新されます。以下の表では、各テストで使用可能なステータスのタイプを説明しています。
現在のステータス |
説明 |
|---|---|
保留中 |
Splunk Synthetic Monitoring は、このテストのステータスを取得中です。 |
利用可能 |
テストは正常に機能しています。テストが有効な場合、設定した間隔でデータが収集され、Test History ページで確認できます。テストが一時停止している場合は、一時停止を解除してデータ収集を再開できます。 |
データなし |
このテストは現在データを収集していません。 |
失敗 |
テストで失敗が発生しました。 |
テストやアラートに有益な名前を選ぶことは、コンテンツの整理に役立ちます。以下にガイドラインを示します：
グループ名、アプリケーション名、ブランド名、チーム名など、テスト名の前にカテゴリを付けて、検索を簡素化します。例えば、これら2つのブラウザテストは
[ButtercupGames]で始まります。ワークフロー、プロセス、パフォーマンス、データソースなど、テストの目的に関する説明を追加します。
![この画像は、[ButtercupGames]という接頭辞を持つ2つのブラウザテストを示しています。](../../_images/ButtercupGames-naming-convention1.png)
以下のガイドラインに従って、故障したテストのトラブルシューティングを行ってください。
(オプション) オリジナルのテストを修正する前に様々な解決策をチェックできるように、テストのコピーを作成します。
テストページを開き、テストがいつ失敗し始めたかを確認します。以下の質問を考えてみてください：
チェックに失敗したのはいつですか？他の失敗した実行にパターンはありますか？
チェックは同じステップで一貫して失敗しますか、それとも断続的に失敗しますか？
このステップでチェックが失敗したのは初めてですか？テストに最近変更を加えましたか？
障害は特定の場所に関連したものですか、それともすべての場所にまたがるものですか？
失敗したテストの実行結果ビューを開き、失敗しているステップを見つけてリンクに移動します。
inspect要素を開きます。
ステップを複製し、壊れたステップを見つけるまでテストのステップを繰り返します。
テストで使用したいセレクターのインスタンスが1つだけであることを確認してください。セレクターが複数回出現すると、将来的にテストが再び壊れる可能性があります。一意なセレクターは、テストのパフォーマンスを最適化します。
調査結果でテストを更新します。
テストの種類やキーと値のペアなどでフィルタリングできます。
