CN109587351B - 一种呼叫测试方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种呼叫测试方法、装置、设备及存储介质，其中，所述方法包括：获得拨测流程文档；对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据；根据所述拨测数据生成拨测用例以及拨测消息；基于所述拨测用例和所述拨测消息对呼叫中心进行测试。本申请可以实现自动生成拨测用例和拨测消息，简化拨测用例和拨测消息的编写过程，并可降低呼叫测试的人工参与程度，提升呼叫测试的效率。

Description

一种呼叫测试方法、装置、设备及存储介质

技术领域

本申请涉及终端技术领域，尤其涉及一种呼叫测试方法、装置、设备及存储介质。

背景技术

IVR(Interactive Voice Response，即交互式语音应答)系统可以提供功能强大的电话自动服务，其主要应用于企业的客服呼叫中心系统中。该系统通过提供一种为客户进行菜单导航的功能，通过语音菜单和按键，引导用户到达咨询的具体路径。

对于呼叫中心的测试，一般需要对IVR的所有流程分支进行测试。现有的测试方案大多是通过人工拨打电话进行测试，测试工作量巨大，且重复性工作比较多。而现有的自动拨测方案，仍需要人工编写大量用例及拨测消息，由于编写过程复杂，导致呼叫测试的效率低下。

发明内容

有鉴于此，本申请提供一种呼叫测试方法、装置、设备及存储介质，以解决现有的拨测方案中的问题。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提出了一种呼叫测试方法，包括：

获得拨测流程文档；

对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据；

根据所述拨测数据生成拨测用例以及拨测消息。

在一实施例中，所述对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据，包括：

获取树状结构的拨测流程文档，所述树状结构的拨测流程文档的根节点和每一叶子结点分别对应所述拨测流程文档中的拨测输入；根据所述根节点与每一最底层叶子结点之间的路径生成拨测数据，所述拨测数据中至少包括根节点到一个最底层叶子结点的按键路径。

在一实施例中，所述树状结构的拨测流程文档的最底层叶子结点设有预设标识符。

在一实施例中，所述拨测数据包括按键路径和业务类型；

所述根据所述拨测数据生成拨测用例，包括：

基于所述按键路径生成消息文件标识；

根据所述按键路径、所述业务类型和所述消息文件标识生成拨测用例。

在一实施例中，所述根据所述拨测数据生成拨测消息，包括：

将所述按键路径灌入预设的消息模板，得到拨测消息。

在一实施例中，所述拨测用例中包含用于进行拨测的用例文件和用于校验拨测结果的数据文件；

所述根据所述按键路径、所述业务类型和所述消息文件标识生成拨测用例，包括：

获取预先生成的用例文件模板以及数据文件模板，所述用例文件模板中包含预设的呼叫指令；

将所述按键路径、所述业务类型和所述消息文件标识分别灌入所述用例文件模板和所述数据文件模板，得到所述用例文件和所述数据文件。

在一实施例中，所述方法还包括：

获取主叫号码和被叫号码；

所述将所述按键路径、所述业务类型和所述消息文件标识灌入所述用例文件模板，包括：

将所述按键路径、所述业务类型和所述消息文件标识以及所述主叫号码、所述被叫号码灌入所述用例文件模板。

在一实施例中，所述基于所述拨测用例和所述拨测消息对呼叫中心进行测试，包括：

执行所述用例文件，以通过调用所述呼叫指令的方式向呼叫中心发送所述拨测消息；

接收所述呼叫中心根据所述拨测消息进行拨测后返回的拨测结果；

根据所述拨测结果确定所述呼叫测试的结果。

在一实施例中，所述根据所述拨测结果确定所述呼叫测试的结果，包括：

若所述拨测结果表示拨测失败，则将呼叫测试的结果确定为失败；

若所述拨测结果表示拨测成功，则将所述呼叫中心进行所述拨测后得到的呼叫数值与所述数据文件中的校验值进行比对；若比对结果相同，则将所述呼叫测试的结果确定为成功；若比对结果不同，则将所述呼叫测试的结果确定为失败。

在一实施例中，所述方法还包括：

将所述呼叫测试的结果写入当前展示的所述拨测流程文档中。

根据本申请的第二方面，提出了一种呼叫测试装置，包括：

流程文档获取模块，用于获得拨测流程文档；

流程文档解析模块，用于对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据；

用例消息生成模块，用于根据所述拨测数据生成拨测用例以及拨测消息；

呼叫中心测试模块，用于基于所述拨测用例和所述拨测消息对呼叫中心进行测试。

根据本申请的第三方面，提出了一种拨测设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一所述的呼叫测试方法。

根据本申请的第四方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一所述的呼叫测试方法。

由以上技术方案可见，本申请通过获得拨测流程文档，并对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据，然后根据所述拨测数据生成拨测用例以及拨测消息，进而基于所述拨测用例和所述拨测消息对呼叫中心进行测试，可以实现自动生成拨测用例和拨测消息，简化拨测用例和拨测消息的编写过程，并可降低呼叫测试的人工参与程度，提升呼叫测试的效率。

附图说明

图1A是本申请一示例性实施例示出的一种呼叫测试方法的流程图；

图1B是本申请一示例性实施例示出的xmind格式的流程图；

图2是本申请一示例性实施例示出的如何根据所述拨测数据生成拨测用例的流程图；

图3是本申请又一示例性实施例示出的如何根据所述拨测数据生成拨测用例的流程图；

图4是本申请一示例性实施例示出的如何对呼叫中心进行测试的流程图；

图5是本申请一示例性实施例示出的如何根据所述拨测结果确定所述呼叫测试的结果的流程图；

图6是本申请一示例性实施例示出的一种呼叫测试装置的结构图；

图7是本申请又一示例性实施例示出的一种呼叫测试装置的结构图；

图8是本申请一示例性实施例示出的一种拨测设备的结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1A是本申请第一示例性实施例示出的一种呼叫测试方法的流程图；该实施例可以用于拨测终端，包括终端电子设备(如，智能手机、平板电脑等)或者服务端的电子设备(如，一台服务器和多台服务器组成的服务器集群等)。

如图1A所示，该方法包括步骤S101-S104：

在步骤S101中：获得拨测流程文档。

在一实施例中，上述拨测流程文档可以为拨测人员通过用户界面输入的产品需求文档，如xmind格式的流程图等，或其他格式的文件或文档等，本实施例对此不进行限定。在步骤S102中：对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据。

在一实施例中，上述拨测流程文档中可以包括拨叫测试过程对应的按键路径、业务标识等内容。

在一实施例中，上述拨测流程文档中还可以包括用于呼叫的主叫号码和被叫号码。

在一实施例中，当获得拨测流程文档后，可以对该拨测流程文档进行解析，以得到用于生成拨测用例和拨测消息的拨测数据。其中，所述拨测数据可以包括解析出的按键路径以及业务标识，还可以包括用于呼叫的主叫和被叫号码等信息。

在一实施例中，上述xmind格式的流程图可以为树状结构，包括根节点以及至少一层叶子结点。在一个实施例中，可以在最后一层叶子结点上设有用于标识最末端节点的标记。在获取该xmind格式的流程图后，首先遍历该树状结构以获取所有最末端节点；然后再根据最末端节点与根节点之间的路径生成按键路径。在一个实施例中，拨测流程文档可以为任何形式，并通过解析该拨测流程文档以生成树状结构。

举例来说，图1B是本申请一示例性实施例示出的xmind格式的流程图。如图1B所示，该流程图的根节点为按键4，在按键4后的叶子结点分别是按键1、按键2、按键3、按键#和按键*；其中，按键1、按键2和按键3又包括各自的叶子节点；并且，每一个需要转接人工的最底层节点都以Team+“数字”(例如，Team1、Team2等)标识出来。

在一个实施例中，Team+“数字”可以用于表示不同的客服组，即在该最底层节点会转接对应的客服组来进行人工处理。这样就可以如图1B所示的实施例中，遍历该树状结构以获取所有Team标记，然后根据最底层节点到根节点的路径生成拨测用例，例如图1B所示的：4-1-0、4-2-0、4-3-0。值得说明的是，用于表示最底层节点的标识可以由开发人员根据实际业务需要设置成任意形式，本实施例对此不进行限定。

在一个实施例中，如果拨测流程文档不是图1B所示的树状结构，则可以通过自动解析该拨测流程文档，生成树状结构。

在步骤S103中：根据所述拨测数据生成拨测用例以及拨测消息。

在一实施例中，当得到拨测数据后，可以根据该拨测数据的全部或部分内容生成拨测用例。

在一实施例中，上述拨测用例可以为拨测终端对呼叫中心进行呼叫测试时所执行的用例。

在一实施例中，上述拨测消息可以为拨测终端对呼叫中心进行呼叫测试时向呼叫中心发送的包含呼叫指令的消息文件。在一实施例中，该消息文件可以为基于sip协议的消息。

在一实施例中，当得到拨测数据后，可以根据该拨测数据的全部或部分内容生成拨测消息，例如，可以将拨测数据中的按键路径灌入预设的消息模板，得到拨测消息。

在一实施例中，生成拨测用例的方式可以参见下述图2所示实施例，在此先不进行详述。

在步骤S104中：基于所述拨测用例和所述拨测消息对呼叫中心进行测试。

在一实施例中，上述呼叫中心可以通过采用交互式语音应答(Interactive VocieResponse，IVR)系统来为客户提高自助服务。

在一实施例中，当生成拨测用例和拨测消息后，可以基于该拨测用例和拨测消息对待测试的呼叫中心进行测试。

在一实施例中，对呼叫中心进行测试的方式还可以参见图4所示实施例，在此先不进行详述。

在另一实施例中，基于上述拨测用例和拨测消息对呼叫中心进行测试的方式还可以参见现有的呼叫测试方法，本实施例对此不进行限定。

由上述描述可知，本实施例通过获得拨测流程文档，并对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据，然后根据所述拨测数据生成拨测用例以及拨测消息，进而基于所述拨测用例和所述拨测消息对呼叫中心进行测试，可以实现自动生成拨测用例和拨测消息，简化拨测用例和拨测消息的编写过程，并可降低呼叫测试的人工参与程度，提升呼叫测试的效率。

图2是本申请一示例性实施例示出的如何根据所述拨测数据生成拨测用例的流程图；本实施例在上述实施例的基础上以如何根据所述拨测数据生成拨测用例为例进行示例性说明。本实施例中，拨测数据包括按键路径和业务类型。如图2所示，步骤S103中根据所述拨测数据生成拨测用例，可以包括以下步骤S201-S202：

在步骤S201中，基于所述按键路径生成消息文件标识。

在步骤S202中，根据所述按键路径、所述业务类型和所述消息文件标识生成拨测用例。

举例来说，当获得拨测流程文档后，可以从该拨测流程文档中解析出按键路径，如“1-2-3-5”、“0-1-3-4”等；此外，还可以解析出业务类型，如“猫眼业务”、“外卖业务”等。

在一实施例中，可以先基于解析出的按键路径生成消息文件标识，例如，若当前解析出的按键路径为“1-2-3-5”，则可以基于该按键路径以及预设的文档格式后缀(如，“.xml”等)生成消息文件标识“1-2-3-5.xml”，进而再基于上述按键路径、消息文件标识和业务类型生成相应的拨测用例。

在一实施例中，可以将上述按键路径、所述消息文件标识和所述业务类型灌入预设的用例文件模板，得到拨测用例。

在一实施例中，生成拨测用例的方式还可以参见下述图3所示实施例，在此先不进行详述。

由上述描述可知，本实施例通过基于所述按键路径生成消息文件标识，并根据所述按键路径、所述业务类型和所述消息文件标识生成拨测用例，可以实现自动生成拨测用例，可以简化拨测用例的编写过程，进而可降低呼叫测试的人工参与程度，提升呼叫测试的效率。

图3是本申请又一示例性实施例示出的如何根据所述拨测数据生成拨测用例的流程图；本实施例在上述实施例的基础上以如何根据所述拨测数据生成拨测用例为例进行示例性说明。本实施例中，所述拨测用例中可以包含用于进行拨测的用例文件和用于校验拨测结果的数据文件。如图3所示，步骤S202中所述根据所述按键路径、所述业务类型和所述消息文件标识生成拨测用例，可以包括以下步骤S301-S302：

在步骤S301中，获取预先生成的用例文件模板以及数据文件模板。

其中，所述用例文件模板中包含预设的呼叫指令。

在一实施例中，可以由开发人员预先根据业务需要生成用例文件模板以及数据文件模板，其中，所述用例文件模块用于生成用例文件，而数据文件模块用于生成数据文件。

在一实施例中，上述用例文件的格式可以由开发人员根据实际需要进行设置，如设置为py文件格式，本实施例对此不进行限定。

在一实施例中，上述数据文件的格式可以由开发人员根据实际需要进行设置，如设置为json文件格式，本实施例对此不进行限定。

在步骤S302中，将所述按键路径、所述业务类型和所述消息文件标识分别灌入所述用例文件模板和所述数据文件模板，得到所述用例文件和所述数据文件。

在一实施例中，当获取预先生成的用例文件模板以及数据文件模板后，可以将所述按键路径、所述业务类型和所述消息文件标识分别灌入所述用例文件模板和所述数据文件模板，进而可以得到所述用例文件和所述数据文件。

由上述描述可知，本实施例通过获取预先生成的用例文件模板以及数据文件模板，并将所述按键路径、所述业务类型和所述消息文件标识分别灌入所述用例文件模板和所述数据文件模板，进而可实现自动生成拨测用例中的用例文件和数据文件，可以简化拨测用例的编写过程，降低呼叫测试的人工参与程度，提升呼叫测试的效率。

图4是本申请一示例性实施例示出的如何对呼叫中心进行测试的流程图；本实施例在上述实施例的基础上以如何对呼叫中心进行测试为例进行示例性说明。如图4所示，步骤S104中所述基于所述拨测用例和所述拨测消息对呼叫中心进行测试，可以包括以下步骤S401-S403：

在步骤S401中，执行所述用例文件，以通过调用所述呼叫指令的方式向呼叫中心发送所述拨测消息。

在一实施例中，当生成拨测用例和拨测消息后，可以执行所述用例文件，以通过调用上述拨测用例中的呼叫指令来向呼叫中心发送所述拨测消息。

在一实施例中，呼叫中心接收到上述拨测消息后，可以根据该拨测消息进行拨测，并返回拨测结果。

值得说明的是，上述呼叫中心基于拨测消息进行拨测的方式可以参见现有的拨测技术中的解释和说明，本实施例对此不进行限定。

在步骤S402中，接收所述呼叫中心根据所述拨测消息进行拨测后返回的拨测结果。

在一实施例中，上述拨测结果可以包括本次呼叫是否建立成功的消息，除此之外，还可以其他预设内容，如语音信息消息、与拨测用例的预期结果对应的消息代码等，本实施例对此不进行限定。

在步骤S403中，根据所述拨测结果确定所述呼叫测试的结果。

在一实施例中，当拨测终端接收到拨测中心返回的拨测结果后，可以根据所述拨测结果确定所述呼叫测试的结果，例如将该拨测结果与拨测用例中的数据文件中的数据进行比对，以得到呼叫测试是否成功的结果。

在一实施例中，上述根据所述拨测结果确定所述呼叫测试的结果的方式还可以参见下述图5所示实施例，在此先不进行详述。

由上述描述可知，本实施例通过执行所述用例文件，以通过调用所述呼叫指令的方式向呼叫中心发送所述拨测消息，并接收所述呼叫中心根据所述拨测消息进行拨测后返回的拨测结果，进而根据所述拨测结果确定所述呼叫测试的结果，可以实现基于自动生成的拨测用例和拨测消息进行呼叫中心的拨测，可降低呼叫测试的人工参与程度，提升呼叫测试的效率。

图5是本申请一示例性实施例示出的如何根据所述拨测结果确定所述呼叫测试的结果的流程图；本实施例在上述实施例的基础上以如何根据所述拨测结果确定所述呼叫测试的结果为例进行示例性说明。如图5所示，上述步骤S403中所述根据所述拨测结果确定所述呼叫测试的结果，可以包括以下步骤S501-S505：

在步骤S501中，判断所述拨测结果是否表示拨测成功；若否，则执行步骤S502；若是，则执行步骤S503。

在步骤S502中，将所述呼叫测试的结果确定为失败。

在步骤S503中，将所述呼叫中心进行所述拨测后得到的呼叫数值与所述数据文件中的校验值进行比对；若比对结果不相同，则执行步骤S502；若比对结果相同，则执行步骤S505。

举例来说，当接收到拨测结果后，可以判断该拨测结果是否表示拨测成功，若该拨测结果表示拨测失败，则可以结束当前对呼叫中心进行呼叫测试的过程，并将所述呼叫测试的结果确定为失败；而若该拨测结果表示拨测成功，则进行进一步的校验步骤，即将所述呼叫中心进行所述拨测后得到的呼叫数值与所述数据文件中的校验值进行比对，若比对结果相同，则可以将所述呼叫测试的结果确定为成功；而若比对结果不同，则可以将所述呼叫测试的结果确定为失败。

在一实施例中，上述呼叫中心进行所述拨测后，可以将得到的呼叫数值存储于预设的存储空间中，进而拨测终端可以从该存储空间中获取该呼叫数值，并将其与数据文件中的校验值进行比对，得到比对结果。

在上述各实施例的基础上，当基于所述拨测用例和所述拨测消息对呼叫中心进行测试并得到呼叫测试的结果后，还可以将该呼叫测试的结果写入拨测终端上述展示的拨测流程文档中，以方便拨测人员直接看到测试结果，提高测试过程的可视化程度。

由上述描述可知，本实施例通过当所述拨测结果表示拨测失败时，将呼叫测试的结果确定为失败，而当所述拨测结果表示拨测成功时，将所述呼叫中心进行所述拨测后得到的呼叫数值与所述数据文件中的校验值进行比对，进而当比对结果相同时，将所述呼叫测试的结果确定为成功，而当比对结果不同时，将所述呼叫测试的结果确定为失败，可以实现基于不同的拨测结果准确地确定相应的呼叫测试结果；进一步地，通过将该呼叫测试的结果写入拨测流程文档，可以方便拨测人员直接看到测试结果，进而可以提高测试过程的可视化程度。

与前述方法实施例相对应，本申请还提供了相应的装置的实施例。

图6是本申请一示例性实施例示出的一种呼叫测试装置的结构图；如图6所示，该装置包括：流程文档获取模块110、流程文档解析模块120、用例消息生成模块130以及呼叫中心测试模块140，其中：

流程文档获取模块110，用于获得拨测流程文档；

流程文档解析模块120，用于对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据；

用例消息生成模块130，用于根据所述拨测数据生成拨测用例以及拨测消息；

呼叫中心测试模块140，用于基于所述拨测用例和所述拨测消息对呼叫中心进行测试。

由上述描述可知，本实施例通过获得拨测流程文档，并对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据，然后根据所述拨测数据生成拨测用例以及拨测消息，进而基于所述拨测用例和所述拨测消息对呼叫中心进行测试，可以实现自动生成拨测用例和拨测消息，简化拨测用例和拨测消息的编写过程，并可降低呼叫测试的人工参与程度，提升呼叫测试的效率。

图7是本申请又一示例性实施例示出的一种呼叫测试装置的结构图；其中，流程文档获取模块210、流程文档解析模块220、用例消息生成模块230以及呼叫中心测试模块240与前述图6所示实施例中的流程文档获取模块110、流程文档解析模块120、用例消息生成模块130以及呼叫中心测试模块140的功能相同，在此不进行赘述。如图7所示，所述拨测数据包括按键路径和业务类型；用例消息生成模块230，可以包括：

文件标识生成单元231，用于基于所述按键路径生成消息文件标识；

拨测用例生成单元232，用于根据所述按键路径、所述业务类型和所述消息文件标识生成拨测用例。

在一实施例中，用例消息生成模块230，可以包括：

拨测消息生成单元233，可以用于将所述按键路径灌入预设的消息模板，得到拨测消息。

在一实施例中，拨测用例中可以包含用于进行拨测的用例文件和用于校验拨测结果的数据文件；

拨测用例生成单元232，还可以用于：

获取预先生成的用例文件模板以及数据文件模板，所述用例文件模板中包含预设的呼叫指令；

将所述按键路径、所述业务类型和所述消息文件标识分别灌入所述用例文件模板和所述数据文件模板，得到所述用例文件和所述数据文件。

在一实施例中，用例消息生成模块230还可以包括：

呼叫号码获取单元234，用于获取主叫号码和被叫号码；

拨测用例生成单元232，还可以用于：

将所述按键路径、所述业务类型和所述消息文件标识以及所述主叫号码、所述被叫号码灌入所述用例文件模板。

在一实施例中，呼叫中心测试模块240，可以包括：

拨测消息发送单元241，用于执行所述用例文件，以通过调用所述呼叫指令的方式向呼叫中心发送所述拨测消息；

拨测结果接收单元242，用于接收所述呼叫中心根据所述拨测消息进行拨测后返回的拨测结果；

测试结果确定单元243，用于根据所述拨测结果确定所述呼叫测试的结果。

在一实施例中，测试结果确定单元243，还可以用于：

当所述拨测结果表示拨测失败时，将呼叫测试的结果确定为失败；

当所述拨测结果表示拨测成功时，将所述呼叫中心进行所述拨测后得到的呼叫数值与所述数据文件中的校验值进行比对；当比对结果相同时，将所述呼叫测试的结果确定为成功；当比对结果不同时，将所述呼叫测试的结果确定为失败。

在一实施例中，装置还可以包括：

测试结果写入模块250，可以用于将所述呼叫测试的结果写入当前展示的所述拨测流程文档中。

值得说明的是，上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本发明的呼叫测试装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的，其中计算机程序用于执行上述图1A～图5所示实施例提供的呼叫测试方法。从硬件层面而言，如图8所示，为本发明的拨测设备的硬件结构图，除了图8所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。另一方面，本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1A～图5所示实施例提供的呼叫测试方法。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (9)

1.一种呼叫测试方法，其特征在于，包括：

获得拨测流程文档；

对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据，所述拨测数据包括按键路径和业务类型；

获取预先生成的用例文件模板以及数据文件模板，所述用例文件模板中包含预设的呼叫指令；基于所述按键路径生成消息文件标识；将所述按键路径、所述业务类型和所述消息文件标识分别灌入所述用例文件模板和所述数据文件模板，得到所述用例文件和所述数据文件，以及根据所述拨测数据生成拨测消息；

执行所述用例文件，以通过调用所述呼叫指令的方式向呼叫中心发送所述拨测消息；

接收所述呼叫中心根据所述拨测消息进行拨测后返回的拨测结果；

若所述拨测结果表示拨测失败，则将呼叫测试的结果确定为失败；

若所述拨测结果表示拨测成功，则将所述呼叫中心进行所述拨测后得到的呼叫数值与所述数据文件中的校验值进行比对；若比对结果相同，则将所述呼叫测试的结果确定为成功；若比对结果不同，则将所述呼叫测试的结果确定为失败。

2.根据权利要求1所述的方法，其特征在于，所述对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据，包括：

获取树状结构的拨测流程文档，所述树状结构的拨测流程文档的根节点和每一叶子结点分别对应所述拨测流程文档中的拨测输入；

根据所述根节点与每一最底层叶子结点之间的路径生成拨测数据，所述拨测数据中至少包括根节点到一个最底层叶子结点的按键路径。

3.根据权利要求2所述的方法，其特征在于，所述树状结构的拨测流程文档的最底层叶子结点设有预设标识符。

4.根据权利要求1所述的方法，其特征在于，所述根据所述拨测数据生成拨测消息，包括：

将所述按键路径灌入预设的消息模板，得到拨测消息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取主叫号码和被叫号码；

所述将所述按键路径、所述业务类型和所述消息文件标识灌入所述用例文件模板，包括：

将所述按键路径、所述业务类型和所述消息文件标识以及所述主叫号码、所述被叫号码灌入所述用例文件模板。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

将所述呼叫测试的结果写入当前展示的所述拨测流程文档中。

7.一种呼叫测试装置，其特征在于，包括：

流程文档获取模块，用于获得拨测流程文档；

流程文档解析模块，用于对所述拨测流程文档进行规则解析，得到用于生成拨测用例和拨测消息的拨测数据；

用例消息生成模块，用于根据所述拨测数据生成拨测用例以及拨测消息；

呼叫中心测试模块，用于基于所述拨测用例和所述拨测消息对呼叫中心进行测试。

8.一种拨测设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述权利要求1-6任一所述的呼叫测试方法。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-6任一所述的呼叫测试方法。

Images