本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
模擬概念
傳統的聯絡中心模擬方法依賴與自然人互動模式不一致的技術步驟 IDs 和轉換，在驗證程序中建立中斷連線。Connect 的模擬功能使用事件驅動的觸發回應模型，可反映 QA 工程師和業務測試人員使用的自然cause-and-effect推理模式。此方法不需要知道為了測試和驗證體驗而程式設計的每個互動。每個測試案例都是建構為一系列與 動作配對的觀察。觀察之間的相依性會視為轉換處理，建立符合人工推理的邏輯流程，同時維持技術精確度。下列術語用於測試案例組態：
- 觀察
-
觀察代表每個完整的互動，其中包含預期來自系統的觀察事件，以及驗證或模擬系統行為的許多動作。
- 事件
-
事件代表來自系統的預期行為，例如提示、機器人訊息或 Lambda 呼叫。
- 動作
-
動作代表測試架構應如何回應事件，例如傳送 DTMF、以文字回應、宣告屬性值或結束測試。
- 動作者
-
演員代表要在測試架構中播放的角色。觀察事件時，演員可以是系統或客服人員，例如來自系統的播放提示或接受聯絡人的客服人員。模擬動作時，演員可以是客戶、系統或客服人員，例如模擬客戶輸入 DTMF 或表達用語，或從 Lambda 函數模擬系統回應。
互動群組
使用互動群組來建立與聯絡中心的模擬互動。每個互動群組都有三個定義的步驟，如下所述：
- 觀察
-
對於每個互動群組，您必須設定觀察區塊，以驗證來自系統的預期互動。您可以觀察以下四種類型的事件：測試開始、接收到的訊息、觸發的動作，以及測試完成。
注意
觀察 目前僅支援以英文接收的訊息。目前不支援以其他語言接收的訊息，這會導致觀察區塊在測試執行期間失敗。
- Check
-
此區塊是選用的，用於驗證中繼資料，例如使用者定義的屬性、系統屬性和區段屬性。您可以在檢查區塊中驗證多個屬性。
- 動作
-
此區塊是選用的，用於覆寫動作、覆寫資源、傳送指示或測試控制動作。您可以使用 Lambda、Lex、佇列或操作時數等覆寫資源搭配替代資源，或使用相關動作的回應值覆寫動作。您可以驗證聯絡體驗，而無需調用外部資源來加速測試執行並防止實際資料處理，例如防止在生產環境中重新播放向信用卡收費的 Lambda 區塊。您可以使用傳送指示來模擬要傳送至聯絡中心體驗的輸入，例如文字/表達用語或 DTMF 音調。此外，您可以使用測試控制動作類型來記錄資料，並隨時結束測試案例執行。
