CN1306755C - 业务测试装置及方法 - Google Patents

Abstract

本发明提供了在智能网中使用的业务测试装置及使用该装置进行业务测试的方法。该业务测试装置包括业务控制装置和业务交换装置，该业务控制装置用于发出控制命令，接收并识别业务语音；该业务交换装置和该业务控制装置连接，用于呼叫接续，并上报业务语音数据。该方法包括：通过业务控制装置发出控制命令；使用业务交换装置接收所述控制命令；根据控制命令进行呼叫接续，并上报业务语音数据；使用业务控制装置接收该业务语音数据；使用业务控制装置对该业务语音进行识别。本发明的装置和方法具有手工拨打测试的优点，也具备呼叫器进行呼叫测试的优点，实现了自动呼叫测试，测试过程得到了很好的管理。该装置的扩展性强，可支持各种交换平台。

Description

业务测试装置及方法

技术领域

本发明涉及通信技术，尤其涉及一种业务测试装置及方法。

背景技术

在通信领域，随着客户要求的多样化，业务也呈现多样化，为此，而能建立在电信网络外围的能方便提供各种业务的智能网便应运而生了。为确保网络运行的稳定性，对智能网进行系统完整的测试便显得非常必要。

为此，业界便采用手工拨打电话的方式进行测试，其过程如下：

1)在话机8880001上拨200，听到语音“你好，欢迎你使用200电话服务系统。普通话服务请按1”之后，按1；

2)听到语音“请您输入帐号或缩位帐号，按#号结束，按0#进入主叫绑定业务”之后，输入67550123450#；

3)听到语音“请输入您的密码，按#号结束”之后，输入123456；

4)听到语音“打普通电话请按1，打IP电话请按2，功能选择请按3”，按1；

5)挂机。

如图1所示，传统的呼叫器包括呼叫控制部分和呼叫交换部分，两部分集成在一起。该呼叫器也可以进行拨打测试，拨号之后等待固定的时间后再次拨号，循环往复，需要在呼叫器脚本中明确给出该固定时间段。应用这种方法可以对业务进行性能测试，但不能进行业务的功能测试，原因在于拨号之后等待固定的时间再次拨号，因此无法知道业务放音是否正确。由于传统的呼叫器不能在计算机上运行，所以不能执行数据库操作和UNIX主机操作，不能查询话单、不能设置和恢复测试数据等；编写脚本也必须在呼叫器面板上进行，远不如在计算机上编写脚本方便灵活；脚本的重用性也很差，也无法得到完善的管理，不能生成符合测试规范的测试结束文档。

虽然上述方式在一定程度上能满足测试的要求，但却很难充分满足测试要求，具体说具有如下缺点：

由于手工测试，所以测试方式效率比较低下，测试的完备性以及充分性和测试人员的素质和责任心有很大关系，不能充分保证测试质量；以及

手工拨打测试过程繁琐，完全靠人工拨打，对人力资源是很大的浪费，并且，由于在新产品开发过程中业务测试的重复率高，手工拨打的出错率也高。

发明内容

本发明提供一种业务测试装置及方法，以解决现有技术中因采用手工方式而存在的测试完备性及充分性差的问题。

为解决上述问题，本发明提供的在智能网中使用的业务测试装置，包括：

业务控制装置，用于发出控制命令，接收并识别业务语音；

业务交换装置，与所述业务控制装置连接，用于呼叫接续，并上报业务语音。

该业务交换装置上设置有网络适配装置，使其具有网络IP地址。该业务交换装置还包括控制模块，该控制模块被设置在业务交换装置中，该控制模块设置有语音处理模块，使该业务交换装置可处理语音信息，在该控制模块中增加套接字(Socket)，用于使业务控制装置和业务交换装置通信。该业务控制装置具有语音识别模块，使其可进行语音识别。该业务控制装置在计算机中运行，可用于编写脚本和管理用例。该业务控制装置可用于执行数据库操作和UNIX主机操作，以进行话单查询、设置和恢复测试数据操作。该业务控制装置可对业务呼叫进行功能性测试和性能性测试，并可在两者之间切换。该业务控制装置和该业务交换装置可通过互联网、局域网、或其它远程介质进行通信。在业务呼叫过程中传送语音数据。在本发明的实施例中，业务交换装置是E1协议测试卡，也可以是其它商用语音卡。测试用例包括预处理脚本和后处理脚本，预处理脚本用于申请资源和设置数据，后处理脚本用于恢复数据。

本发明还提供了在智能网中进行业务测试的方法，包括以下步骤：

a)通过业务控制装置发出控制命令；

b)使用业务交换装置接收所述控制命令；

c)通过业务交换装置根据控制命令进行呼叫接续，并上报业务语音；

d)使用业务控制装置接收业务语音数据；以及

f)使用业务控制装置对该业务语音进行识别。

由于本发明中的业务测试装置采用了分布式的多层次结构，业务控制装置在计算机中运行，可通过互联网、局域网、或其它远程介质和业务交换进行通信，便于编写脚本和管理用例，具有手工拨打测试的测试灵活完整的优点，测试结果真实可信，也具备了呼叫器进行呼叫测试的优点，实现了自动呼叫业务性能测试和功能测试，另外，测试过程也得到很好的管理。

附图简要说明

图1是现有技术中传统呼叫器的示意图；

图2是本发明的业务测试装置的结构图；

图3是本发明的业务交换装置的结构图；

图4是根据本发明的实施例的业务交换装置的结构图；以及

图5是根据本发明的实施例在智能网中进行业务测试的方法的流程图。

具体实施方式

图2是根据本发明的业务测试装置的结构图。该业务测试装置1包括业务控制装置10和业务交换装置20。和图1所示的将业务控制部分和业务交换部分集成在一起传统呼叫器不同，该业务控制装置可通过互联网、局域网、或其它远程介质访问该业务交换装置。一个业务控制装置可以和多个业务交换装置通信。该业务控制装置用于发出控制命令，接收并识别业务语音，该业务交换装置用于呼叫接续，并上报业务语音数据。

图3是本发明的业务交换装置的结构图。该业务交换装置20设置有网络适配装置202，使其具有网络IP地址，可像其它网络设备一样连接到互联网、局域网、或其它远程介质中。该业务交换装置20还包括控制模块206，用于控制业务交换，该控制模块206设置有语音处理模块204，使该业务交换装置可处理语音信息。在控制模块206中增加了套接字(Socket)，使其可与互联网、局域网、或其它远程介质中的业务控制装置10通信。

图4是根据本发明的实施例的业务交换装置的结构图。该业务测试装置1包括业务控制装置10和业务交换装置20，业务控制装置10采用华为公司开发的Softphone，业务交换装置20采用华为公司开发的E1协议测试卡，该业务控制装置10中设置有语音识别模块，可用于识别来自E1协议测试卡的业务语音。该业务交换装置20上设置有网络适配器202，使其具有IP地址，可和其他网络设备一样连接到互联网、局域网、或其它远程介质中。该业务交换装置20还包括控制模块206，用于控制业务交换，该控制模块206设置有语音处理模块204，使该业务交换装置可处理语音信息。在控制模块206中增加了套接字(Socket)，使其可与互联网、局域网、或其它远程介质中的业务控制装置10通信。这样，该业务测试装置1就具有了分布式多层次结构。

业务控制装置10可独立地运行在计算机上，测试人员可以在计算机上编写测试脚本，测试脚本可以控制业务交换装置进行呼叫接续，体现了智能网中的交换、控制和业务相分离的思想，使该数据测试装置具备了极大的灵活性，测试模式发生了很大变化，例如，测试人员可以在办公室中使用业务控制装置10(Softphone)通过互联网、局域网、或其它远程介质访问业务交换装置20(E1协议测试卡)，进行业务呼叫测试。收到E1协议测试卡上报的语音信息后，业务控制装置10中的语音识别模块可对其进行识别，从而得知业务放音是否正确，解决了传统呼叫器不能用于业务功能测试的问题。由于该业务控制装置10在计算机上运行，因此还可以执行数据库操作和UNIX主机操作，也就是在呼叫接续过程中可以进行话单查询、设置和恢复测试数据等操作。编写脚本、管理用例也都可以在计算机上进行，无疑比如图1示出的传统呼叫器通过面板进行类似操作具有更强大的功能，也更灵活和易于操作。使用本发明的业务控制装置(这里指Softphone)，不再需要在呼叫器面板上编写呼叫脚本，可以在基于Window的计算机平台上编辑和修改脚本，可以设计相应的用例管理模块来组织管理测试用例，可以使用Window世界中大量免费的功能组件来生成符合测试规范的测试报告等测试结束文档。

本发明的测试脚本简洁明了、功能强大，而且很容易扩展出新的命令，Softphone的测试脚本使用了业界普遍使用的脚本语言TCL，TCL具有强大的逻辑和运算能力，而且具备良好的扩展性，很容易就可以扩展出新的命令。在固网平台上，扩展出了以下一些命令：

1)常用的主叫方和被叫方的呼叫控制命令，如TupDial(拨号)、TupOnhookForward(前向挂机)、TupCalleeNull(被叫空号)、TupCalleeBusy(被叫忙)、TupCalleeNoanswer(被叫不应答)、TupCalleeOffhook(被叫摘机应答)、TupOnhookBackward(后向挂机)、TupSystemOnhook(系统挂机)等；

2)提供DTMF二次拨号命令Redial和语音识别命令Listen等；

3)执行数据库SQL语句的命令DBSql；以及

4)执行UNIX命令和SHELL的命令ExecShell。

使用Softphone的脚本语言，可以很直观地描述出一个呼叫过程。例如以下是手工拨测过程：

1)在话机8880001上拨200，听到语音“你好，欢迎你使用200电话服务系统。普通话服务请按1”之后，按1；

2)听到语音“请您输入帐号或缩位帐号，按#号结束，按0#进入主叫绑定业务”之后，输入67550123450#；

3)听到语音“请输入您的密码，按#号结束”之后，输入123456；

4)听到语音“打普通电话请按1，打IP电话请按2，功能选择请按3”，按1；

5)挂机；

即拨接入码-＞选择语种-＞输入卡号-＞输入密码-＞进入一级菜单-＞挂机

SoftPhone的工作原理是将日常拨号过程抽象成命令，然后用这些命令将测试过程脚本化，即用例，通过脚本判断业务流程是否正确，通过语音识别机制判断语音是否正确，从而实现自动测试。上例用SoftPhone脚本表现形式如下：

以下是对应的Softphone脚本：

#this is a softphone user script

_ScriptConfig-isplay：YES-tmode：1 8880001 0

TupDial 200

Listen-t：5000 06800001″你好，欢迎你使用200电话服务系统。普通话服务请按1。″06200001″你好，欢迎你使用200电话服务系统。广东话服务请按2。″06400001″Welcome to the 200telephone dialing service.Press 3 for English.″

Redial 1

Listen-t：5000 06800002″请您输入帐号或缩位帐号，按#号结束，按0#进入主叫绑定业务。″

Redial 67550123450#

Listen-t：5000 06800006″请输入您的密码，按#号结束。″

Redial 123456#

Listen-t：5000 06800037″打普通电话请按1，打IP电话请按2，功能选择请按3″

Redial 1

Listen-t：5000 0680000c″查询余额按1，修改密码按2，设置缩位帐号按3，余额转移按4。″

TupOnhookForward

从上述脚本可看出，命令很少并且很直观，从字面上也很容易识别出来，TupDial是拨号命令，Listen是语音识别命令，Redial是二次拨号命令，TupOnhookForward是挂机命令。一个复杂的业务流程脚本就这样由这些诸如Listen、Redial的基本命令所组成。看出脚本异常简洁明了，和手工拨测过程完全相同。

测试卡提取语音、业务控制装置识别语音都需要占用大量时间和机器资源，为了不影响性能测试能力，可将是否处理语音作为测试脚本中的一个配置项(就是_ScriptConfig-isplay：YES-tmode：1 8880001 0中的-tmode：1，现在是功能测试，如果改为-tmode：0，则为性能测试)，如果配置为性能测试，则测试脚本不向测试卡下发语音处理命令，这样测试卡也不会运行语音处理代码，因此可以方便灵活地在功能测试和性能测试间进行切换，性能测试能力不会受到任何影响。

从图4中可看出，该业务测试装置1的扩展性强，很容易扩展其它协议，从而支持其它交换平台，E1协议测试卡只是将业务控制装置10发来的TCP/IP数据转换为NO.7数据转发给交换机，并不管收到的数据是何种类型的数据，处理过程由业务控制装置10的协议模块完成(Softphone的协议模块使用了ASN.1，因此通用性和扩展性都有很好的保证)。因此可以很容易地在协议模块中扩展出新的协议从而支持新的交换平台。例如扩展TUP协议可以支持固网平台，连接至业务交换点(SSP)；扩展A接口可以支持G网，连接至移动交换中心(MSC)，扩展CDMA协议可以支持C网，扩展短消息协议可以支持短消息等。传统的呼叫器很难做到这一点。

图5是根据本发明的实施例使用图2所示的业务测试装置在智能网中进行业务测试的方法的流程图。该方法包括通过该业务控制装置发出控制命令；使用该业务交换装置接收控制命令；通过该业务交换装置根据控制命令进行呼叫接续，并上报语音数据；使用该业务控制装置接收该业务语音数据；以及使用该业务控制装置识别该业务语音。

实现上述方法中的业务测试装置是Softphone，在计算机中运行，用于编写脚本和管理测试用例。在业务呼叫过程中传送语音数据。

该业务测试装置测试用例管理最顶层是测试用例工程，测试用例工程除了包括所有的用例集外，还包括预处理脚本和后处理脚本。在预处理脚本中定义了所有的全局函数和全局变量，定义了资源池，定义了主机和数据库标识。用例工程中可以有很多测试用例集，测试用例集中可以包括测试用例和下一级的测试用例集。测试用例也可以有预处理脚本和后处理脚本，在预处理脚本中可以申请资源，可以进行一些数据设置，在后处理脚本中可以恢复数据。测试用例中可以包括多个测试脚本，测试脚本有主叫脚本和被叫脚本两种形式。用例管理是树状结构的。

执行测试用例时，可以单独执行用例中的一个脚本，单独执行一个测试用例，也可以将某些测试用例或整个用例工程选进一个测试规程中进行批执行。规程中可以有步骤，步骤之间是串行的，步骤中可以包含测试用例，每个步骤可以指定为串行或者并行。一个测试用例中的脚本是并行的，而且可以进行同步。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (15)

1.一种业务测试装置，其特征在于包括：

业务控制装置，用于呼叫控制，接收并识别业务语音；以及

业务交换装置，和所述业务控制装置连接，用于响应所述业务控制装置发出的控制命令，进行呼叫接续，并上报业务语音数据；

所述业务交换装置中设置有控制模块，控制模块中设置有语音处理模块，其中

控制模块，用于控制业务交换；

语音处理模块，用于处理语音信息。

2.根据权利要求1所述的业务测试装置，其特征在于所述业务交换装置设置有网络适配装置，使其具有网络IP地址。

3.根据权利要求2所述的业务测试装置，其特征在于所述业务控制装置可以通过互联网和所述业务交换装置连接。

4.根据权利要求2所述的业务测试装置，其特征在于所述业务控制装置可以通过局域网和所述业务交换装置连接。

5.根据权利要求2所述的业务测试装置，其特征在于所述业务控制装置可以通过远程介质和所述业务交换装置连接。

6.根据权利要求4所述的业务测试装置，其特征在于在所述控制模块中增加套接字，以便与所述业务控制装置通信。

7.根据权利要求1所述的业务测试装置，其特征在于所述业务控制装置可对业务呼叫进行功能性测试和性能性测试，并可在两者之间切换。

8.根据权利要求1所述的业务测试装置，其特征在于所述业务控制装置具有语音识别模块。

9.根据权利要求1所述的业务测试装置，其特征在于所述业务控制装置具有呼叫功能，并可编写脚本和管理用例。

10.根据权利要求8所述的业务测试装置，其特征在于所述业务控制装置还具有呼叫功能，并可编写脚本和管理用例。

11.根据权利要求1所述的业务测试装置，其特征在于所述业务控制装置在计算机上运行，用于执行数据库操作和UNIX主机操作，以进行话单查询、设置和恢复测试数据操作。

12.使用如权利要求1所述的业务测试装置实现的业务测试方法，其特征在于包括以下步骤：

a)通过所述业务控制装置发出控制命令；

b)使用所述业务交换装置接收所述控制命令；

c)通过所述业务交换装置根据所述控制命令进行呼叫接续，并向所述业务控制装置上报业务语音数据，并且，在业务交换装置根据所述控制命令进行呼叫接续的过程中，业务交换装置的控制模块完成控制业务交换；

d)使用所述业务控制装置接收所述语音数据。

13.根据权利要求12所述的进行业务测试的方法，其特征在于所述业务控制装置在计算机中运行，用于编写脚本和管理测试用例。

14.根据权利要求13所述的进行业务测试的方法，其特征在于所述测试用例包括预处理脚本和后处理脚本，所述预处理脚本用于申请资源和设置数据，所述后处理脚本用于恢复数据。

15.根据权利要求12所述的进行业务测试的方法，其特征在于，

所述方法在步骤d之后还包括步骤f：

f)使用所述业务控制装置对所述语音数据进行识别。

Images