呼叫模擬概念 - Amazon Connect

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

呼叫模擬概念

傳統的聯絡中心測試和模擬方法依賴與自然人互動模式不一致的技術步驟 IDs 和轉換,在驗證程序中建立中斷連線。Connect 的呼叫模擬功能使用事件驅動的觸發回應模型,可反映 QA 工程師和業務測試人員使用的自然cause-and-effect推理模式。這種方法不需要知道為了測試和驗證體驗而程式設計的每個互動。每個測試案例都建構為一系列與 動作配對的觀察。觀察之間的相依性會視為轉換處理,建立符合人工推理的邏輯流程,同時維持技術精確度。下列術語用於測試案例組態:

觀察

觀察代表每個完整的互動,其中包含預期來自系統的觀察事件,以及驗證或模擬系統行為的許多動作。

事件

事件代表來自系統的預期行為,例如提示、機器人訊息或 Lambda 呼叫。

動作

動作代表測試架構應如何回應事件,例如傳送 DTMF、以文字回應、宣告屬性值或結束測試。

動作者

演員代表要在測試架構中播放的角色。觀察事件時,演員可以是系統或客服人員,例如來自系統的播放提示或接受呼叫的客服人員。模擬動作時,演員可以是客戶、系統或客服人員,例如模擬客戶輸入 DTMF 或表達用語,或從 Lambda 函數模擬系統回應。

互動群組

使用互動群組來建立與客服中心的模擬互動。每個互動群組都有三個定義的步驟,如下所述:

觀察
For each interaction group, you must configure an observe block to validate the expected interaction from the system. There are four types of event you can observe from, which are test started, message received, action triggered, and test completed.
注意

觀察 目前僅支援以英文接收的訊息。目前不支援以其他語言接收的訊息,這會導致觀察區塊在測試執行期間失敗。

Check

此區塊是選用的,用於驗證中繼資料,例如使用者定義的屬性、系統屬性和區段屬性。您可以在檢查區塊中驗證多個屬性。

動作

此區塊是選用的,用於覆寫動作、覆寫資源、傳送指示或測試控制動作。您可以使用 Lambda、Lex、佇列或操作時數等覆寫資源搭配替代資源,或使用相關動作的回應值覆寫動作。您可以驗證聯絡體驗,而無需調用外部資源來加速測試執行並防止實際資料處理,例如防止在生產環境中重新播放向信用卡收費的 Lambda 區塊。您可以使用傳送指示來模擬要傳送至聯絡中心體驗的輸入,例如文字/表達用語、DTMF 音調或預先錄製音訊的 .wav 檔案。此外,您可以使用測試控制動作類型來記錄資料,並隨時結束測試案例執行。