翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 監視ブロック
Observe ブロックは、テスト実行中にモニタリングするシステムイベントを定義するテストフレームワークの基本的なコンポーネントです。テストでチェックポイントを設定し、アクションを起こす前に特定の事態が発生するのを待つとします。
テストでオブザーブブロックが設定されている場合、「この特定のイベントを監視して、発生したら、これらの特定のアクションを実行します」とシステムに伝えます。このイベント駆動型アプローチは、コンタクトセンターでの実際のインタラクションがどのように行われるかを反映しています。何かが発生し、それに応答しています。
## アクティブな観測値について
監視ブロックは、シミュレーション中に指定されたイベントをアクティブに監視しているときに、アクティブな監視になります。テスト動作を予測するには、観測がアクティブ状態と非アクティブ状態の間でどのように移行するかを理解することが不可欠です。
**観測がアクティブになったとき:**
+ 別のインタラクショングループから接続されていない、または「開始」バナーでマークされているすべての開始インタラクショングループは、テスト実行の開始時にアクティブとしてマークされます。
+ イベントが一致すると、同じインタラクショングループ内のすべてのチェックブロックとアクションブロックが実行されます。正常に実行されると、接続されたインタラクショングループの観測はアクティブとしてマークされます。
+ テストに複数の開始インタラクショングループがある場合、複数の観測を同時にアクティブにできます。
**観測値が非アクティブになった場合:**
+ 予想されるイベントが正常に一致すると、観測は非アクティブになります。
**テスト結果への影響:**
アクティブな観測の予想イベントが発生しない場合、観測は 5 分後にテストがタイムアウトするまでイベントの監視を続けます。このタイムアウトは、検証が失敗し、テストが失敗することを示します。タイムアウトにより観測が失敗した場合:
+ 観測はアクティブのままですが、満たされていません。
+ 観察されたイベントが満たされなかったため、インタラクショングループのそのオブザーブブロックにアタッチされたチェックブロックとアクションブロックは実行されません。
+ テスト実行は失敗ステータスで終了します。
観測が成功すると、イベントが一致すると、観測は非アクティブとしてマークされ、同じインタラクショングループ内のチェックブロックまたはアクションブロックは、次の接続されたインタラクショングループに移動する前に実行されます。
## どのようなイベントを観察できますか?
Observe ブロックは、いくつかのタイプのシステムイベントをモニタリングできます。
### テスト開始イベント
このイベントは、テスト実行の最初でトリガーされます。これは、顧客とのやりとりを開始する前に初期条件を設定する必要がある場合に特に便利です。たとえば、テストの開始直後にシステム動作やモック外部依存関係を設定することができます。
設定オプション:
+ **イベントタイプ** – ドロップダウンから「テスト開始」を選択します。
アクションの例: テストの開始時に何が起こるかを定義します (システム動作の上書きなど）。
### 完了したイベントをテストする
このイベントは、テスト実行が終了すると発生します。これを使用して、すべてのテストインタラクションが完了した後の最終的な状態情報アクションをキャプチャします。
設定オプション:
+ **イベントタイプ** – ドロップダウンから「テスト完了」を選択します。
アクションの例: 実行する最終検証アクションまたはログ記録アクションを指定します。
### メッセージ受信イベント
このイベントは、システムがプロンプトを再生するか、シミュレートされた顧客に音声レスポンスを送信するタイミングを検出します。
メッセージ受信イベントには、適切なメッセージを識別するための柔軟なマッチングオプションが用意されています。
設定オプション:
+ **イベントタイプ** – ドロップダウンから「メッセージ受信」を選択します。
+ **メッセージコンテンツ** – 次のいずれかの方法を使用して検索するメッセージを指定します。
+ **Text** – メッセージの予想されるテキストコンテンツを入力します。
+ **SSML** – 一致する SSML 形式のコンテンツを提供する
+ **一致基準** – メッセージとの一致方法を選択します。
+ **類似** – インテリジェントなセマンティックマッチングを使用して、同様の意味を持つメッセージを検索します (ほとんどの場合に推奨)
+ **含む** – 観測されたメッセージに指定されたテキストが含まれているかどうかを確認します
**重要**
(音声) テスト結果は、実行ごとにわずかに異なる場合があります。システムは、一時停止と自然な音声パターンに基づいて音声をセグメントに分割します。これは、誰かが一時停止する時間や文章の構造によって異なる場合があります。つまり、テスト実行間でプロンプトの表示方法が異なる場合があります。
### フローアクション開始イベント
このイベントは、問い合わせフロー内の特定のアクションがいつ実行を開始するかを監視します。これにより、Lambda 関数呼び出し、オペレーション時間チェック、キュー転送、ボット初期化など、フローで発生しているオペレーションを検出して対応できます。
設定オプション:
+ **イベントタイプ** – ドロップダウンから「アクションがトリガーされました」を選択します。
+ **リソースタイプ** – 監視するフローアクションを選択します。
+ **Lambda 関数** – Lambda 関数が呼び出されたときに検出します (ドロップダウンから選択するか、関数 ARN を指定します)
+ **オペレーション時間** – オペレーション時間チェックをモニタリングします (ドロップダウンから選択するか、オペレーション ARN 時間を指定します)
+ **キュー** – キュー転送アクションを監視します (ドロップダウンから選択するか、キュー ARN を指定します)
+ **Lex Bot** – Lex ボット接続を検出します (ドロップダウンから選択するか、ボット ARN とエイリアスを指定します)
## イベントはどのくらいの頻度で発生すべきですか?
各監視ブロックは、テスト実行中にイベントを一致させる回数を制御するインタラクショングループからデフォルトの使用設定を継承します。デフォルトでは、イベントは 1 回だけ発生する必要があります。この設定の変更はサポートされていません。
## インタラクショングループの接続
観察する内容を定義したら、インタラクショングループにコネクタを追加します。インタラクショングループメニュー (⋮) で**、コネクタを追加**を選択し、コネクタを次の観測を含むインタラクショングループの先頭にドラッグします。これにより、テストを通じて論理フローが作成され、イベントが発生するとチェックポイント間で移動します。
