本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
仿真概念
传统的联络中心模拟方法依赖于技术步骤 IDs 和过渡，这些步骤和过渡与自然的人际交互模式不一致，从而在验证过程中造成了脱节。Connect 的仿真功能使用事件驱动的触发响应模型，该模型反映了 QA 工程师和业务测试人员使用的自然 cause-and-effect推理模式。这种方法无需了解为测试和验证体验而编程的每一次交互。每个测试用例都是由一系列观测值与操作配对构造的。观测值之间的依赖关系作为过渡处理，从而创建与人类推理相匹配的逻辑流程，同时保持技术精度。测试用例配置中使用了以下术语：
- 观测值
-
观测值表示每个完整的交互作用，其中包括一个预期来自系统的观测事件，以及许多用于验证或模拟系统行为的操作。
- Events
-
事件表示系统可能产生的预期行为，例如提示、机器人消息或 Lambda 调用。
- 操作
-
操作表示测试框架在响应事件时应执行的操作，例如发送 DTMF、使用文本进行响应、断言属性值或结束测试。
- 操作者
-
演员代表要在测试框架中扮演的角色。观察事件时，参与者可以是系统或代理，例如来自系统的播放提示或接受联系的代理。在模拟操作时，参与者可以是客户、系统或代理，例如模拟客户输入的 DTMF 或话语，或者模拟来自 Lambda 函数的系统响应。
互动小组
使用互动组创建与联络中心的模拟互动。每个交互组都有三个已定义的步骤，如下所示：
- 观察
-
对于每个交互组，您必须配置一个观察块，以验证来自系统的预期交互。您可以从四种类型的事件中观察到，分别是测试已启动、消息接收、操作触发和测试已完成。
注意
Observe 目前仅支持以英文接收消息。目前不支持以其他语言接收的消息，这会导致观察块在测试执行期间失败。
- Check
-
此模块是可选的，用于验证元数据，例如用户定义的属性、系统属性和区段属性。您可以验证复选框中的多个属性。
- 操作
-
此块是可选的，用于覆盖操作、覆盖资源、发送指令或测试控制操作。您可以将覆盖资源（例如 Lambda、Lex、Queue 或 Operation Hours of Operation of Operation of Operation of Operation）与备用资源 您无需调用外部资源即可验证联系体验，从而加快测试执行速度并防止真实的数据操纵，例如防止在生产环境中重播向信用卡收费的 Lambda 区块。您可以使用发送指令来模拟要发送到联络中心体验的输入，例如 text/utterance 或 DTMF 音调。此外，您可以使用测试控制操作类型来记录数据并随时结束测试用例的执行。
