CN100562033C - 一种程控交换机的自动化测试工具和方法 - Google Patents

Abstract

本发明公开了一种程控交换设备的测试工具及其测试方法。针对现有对程控交换设备的回归测试主要由测试人员手工进行所带来的准确性差、回归测试质量低的问题；本发明包括语音卡呼叫控制平台、测试工具平台以及以通信方式并行连接语音卡呼叫控制平台与待测试程控交换设备之间的语音卡和通信网络；语音卡呼叫测试平台提供命令和接口，实现对语音卡的摘机、挂机、拨号、通话、导通测试、拨号音测试等呼叫测试，测试工具平台结合语音卡呼叫测试平台捕捉模拟用户和待测试程控交换设备之间的交互，录制测试脚本，编辑测试脚本和回放测试脚本来实现测试。本发明代替了测试人员，提高了回归测试准确性，适用于各种需要对程控交换设备进行测试的环境。

Description

一种程控交换机的自动化测试工具和方法

技术领域

本发明涉及交换领域自动化测试技术。特别涉及一种程控交换设备自动化测试工具和方法。

背景技术

程控交换设备是现代电信网络中的核心和枢纽站。程控交换设备产品在进入测试阶段后，主要进行两大类测试，即功能性测试和性能测试。功能测试一般以手工拨打电话的方式进行，性能测试则是以专用测试设备(如大话务量呼叫测试仪等)为主，测试程控交换设备产品的各项性能指标，如BHCA，接通率，计费准确率等。经验表明测试中80％的故障是在功能测试中发现的，因此，完成功能测试的自动化能够获得最大的收益。

随着程控交换设备产品设计和开发过程中缺陷的发生，以及新增功能的需求，开发人员需要不断地修改产品设计，为了使新的修改不会对已有功能产生影响，要对产品进行功能回归测试。功能回归测试是指在***界面、功能已经不会有很大变化的情况下所进行的一种反复性的测试。它的目的是在新版本中重新执行以前版本的测试用例，确保软件和产品功能不会随着版本的更新而产生影响。

程控交换设备进行回归测试时，一些必须要验证的基本功能的集合，称为基本回归测试集，包括基本告警、人机命令、基本业务、PSTN(Public Switched Telephone Network)公共交换电话网补充业务、群、简易话务台测试、文件操作、数据备份和传送、日志记录、检查MP内存占用、标准话务台、IP超市等。其中包含对业务的拨号听音的测试，以及大量对后台维护界面的数据配置测试。

以往对程控交换设备业务功能的回归测试，都是由测试人员手工配置环境和拨打电话的方式进行的，即测试人员重复地进行配置业务环境、摘机、拨号、登记业务、听音、通话、话单查询、挂机等操作测试。测试内容重复而烦琐，测试效率不高。在版本较多的情况下，测试人员必须花大量精力去测试验证这些回归测试的内容，没有时间和精力去测试出更深层次的故障。而且，回归测试由不同的测试人员测试时，很容易受到个人经验和水平的影响，不能确保测试的准确重复，影响测试的结果和质量。

***回归测试常采用的工具是商用的捕捉/回放测试工具，如MI的WinRunner。其采用回归测试最常使用的方法：捕捉/回放法进行测试。即先以工具捕捉用户与***之间的交互，并将捕捉的成果记录为测试脚本存储。通过回放脚本，实现模拟用户的操作进行测试。但是仅使用捕捉/回放工具只适合于进行界面测试，却无法实现对程控交换设备呼叫业务的测试。

现在尚无一种综合自动化测试工具，能够实现对程控交换设备上述功能的回归测试。主要原因是对程控交换设备开发自动化测试工具，有两大难点，一是复杂软件环境和数据的配置，二是人工拨号和听音的测试，主要是由于这两部分复杂多变，比较难以实现自动化，制约了自动化程度。

在这种现状和背景下，如果能开发出一种实现程控交换设备基本回归功能测试的自动化工具，必定可以很大程度地节约测试人力资源，改进和提高测试效率。

现有的专利文献包括：专利申请号为CN96102625的中国专利“程控交换设备的整机测试装置和方法”。

第CN96102625号中国专利申请存在以下不足：该专利所提出的测试方法仅限于测试程控交换设备的硬件设备，而本专利所涉及到的测试内容为程控交换设备提供的业务功能和程控交换设备相关的操作和维护***的测试。

发明内容

针对现有技术中存在的问题，本发明一种程控交换设备的自动化测试工具提供了一种灵活易用的，稳定可靠的用于对程控交换设备进行功能测试的自动化测试工具和方法。

为了解决上述问题，本发明提供了一种程控交换设备的测试工具，包括：用于提供命令和接口的语音卡呼叫测试平台；用于实现对待测试程控交换设备界面配置和操作的回归测试的测试工具平台，所述的测试工具平台与语音卡呼叫测试平台通过相互提供的接口进行通信；在所述的语音卡呼叫测试平台与待测试程控交换设备之间以通信方式连接有语音卡和通信网络。

上述程控交换设备的测试工具，所述的语音卡呼叫测试平台包括：语音卡呼叫控制模块、语音识别模块、通信模块和测试结果分析模块；

其中，所述的语音卡呼叫控制模块控制语音卡进行呼叫操作测试；

其中，所述的语音识别模块用于通过语音卡检测、识别待测试程控交换设备在测试中的业务语音检测，并将返回的信息输出到测试结果分析模块进行分析和处理；

其中，通信模块用于在语音卡呼叫测试平台和待测试程控交换设备之间进行信息交互，在进行呼叫测试时，通过通信模块配置待测试程控交换设备，语音卡呼叫测试平台通过通信模块对语音卡向待测试程控交换设备发起的呼叫进行跟踪，并获取待测试程控交换设备返回的提示信息和测试结果输出至测试结果分析模块进行分析和处理；

其中，测试结果分析模块，对语音识别模块和通信模块返回的结果和预期测试结果相比较，对返回的提示信息或者数据进行分析和处理，判断测试过程是否进行顺利，测试结果是否正确。

上述的程控交换设备的测试工具，其中，所述的语音卡呼叫测试平台还包括：日志模块和测试执行统计模块，其中，所述日志模块用于根据测试结果分析模块的分析情况记录日志信息；测试执行统计模块用于统计所有功能模块的测试执行情况。

上述的程控交换设备的测试工具，其中，所述的语音卡呼叫测试平台还包括：所述的语音识别模块为DTMF(双音多频)语音识别模块。

上述的程控交换设备的测试工具，其中，所述的语音卡呼叫测试平台还包括：启动控制模块、脚本解释器、脚本运行总入口模块，其中，所述启动控制模块通过脚本运行总入口模块对各环境变量和各种驱动库文件初始化；所述脚本解释器完成对测试脚本的语法分析、变元替换以及命令调用等功能；所述脚本运行总入口模块连接脚本解释器和其他模块，调用各功能测试模块，完成对所有的业务测试脚本的统一调用和执行。

上述的程控交换设备的测试工具，其中，所述的语音卡呼叫测试平台还包括：参数录入模块、环境配置模块，其中，参数录入模块实现测试参数和测试脚本分离，加载参数时，脚本解释器通过环境配置模块调用参数录入模块中的参数；环境配置模块与功能模块连接，根据测试项目的预置条件，经通信模块，对程控交换设备的业务属性和环境进行配置，并在测试完成后将程控交换设备恢复成初始的测试环境；功能模块经脚本运行总入口模块，完成对每个测试项目的覆盖和自动测试的执行。

上述的程控交换设备的测试工具平台，其中，所述的测试工具平台为捕捉/回放工具，还包括启动运行接口、脚本总控接口、统计分析接口；所述的测试工具平台通过启动运行接口与语音卡呼叫测试平台的启动控制模块连接。

一种程控交换设备的测试方法，其中，该方法包括以下步骤：

语音卡呼叫测试平台通过语音卡对待测试程控交换设备进行呼叫测试和听音测试；测试工具平台通过其与语音卡呼叫测试平台之间的接口捕捉/回放语音卡呼叫测试平台对语音卡的摘机、挂机、拨号、通话、导通测试、拨号音测试；测试工具平台使用捕捉/回放功能对待测试程控交换设备进行界面配置和操作，测试工具平台调用语音卡呼叫测试平台接口对待测试程控交换设备进行功能回归测试；待测试程控交换设备通过通信网络向语音卡呼叫测试平台返回测试信息和结果。

上述的一种程控交换设备的测试方法，其中，所述听音测试具体为：先将程控交换设备播放的语音转换为对应的DTMF音，语音卡呼叫测试平台通过语音卡对待测试程控交换设备进行呼叫操作，并接收程控交换设备播放的语音，识别对应的DTMF值，将该值和预先设定的值进行比较来判断播放的通知音是否正确。

与现有技术相比较，本发明通过引入支持程控交换设备呼叫业务测试和界面配置测试的自动测试工具，并提出将二者相结合的技术构思，创新地实现了对程控交换设备的功能自动测试。

呼叫测试平台解决了以往程控交换设备呼叫听音测试的难题，测试工具平台运用商用捕捉/回放测试工具支持界面测试的特点，克服其无法进行呼叫的缺点，将其与呼叫测试平台结合，实现对程控交换设备界面配置相关业务功能的测试。此外，本发明的自动化测试工具灵活易用，测试过程不需手工干涉，完成从预置环境自动配置，到测试步骤执行，预期结果比较，和测试结论生成的所有测试过程。节省了测试人员的时间，提高了测试效率和测试质量。

附图说明

图1是本发明自动测试工具的平台结构示意图；

图2是本发明自动测试过程的流程图；

图3是本发明TCL工具结合Dialogic语音卡呼叫测试平台的实施例；

图4本发明WinRunner测试工具平台结合Dialogic语音卡呼叫测试平台的实施例。

具体实施方式

下面结合附图对本发明的程控交换设备自动化测试工具的具体实施方式进行介绍。

本发明采取将语音卡呼叫测试平台和测试工具平台相结合的技术构思实现。具体技术方案包括以下内容：

1)语音卡通过用户线连接到程控交换设备，模拟用户话机进行相关呼叫操作。

2)语音卡呼叫测试平台提供命令和接口，实现对语音卡的摘机、挂机、拨号、通话、导通测试、拨号音测试等呼叫测试，以及对交换机DTMF(Dual Tone Multi Frequency)双音多频业务语音的识别测试。该平台同时提供对数据库的访问接口，环境配置模块和参数录入模块，以及启动控制模块和脚本运行总入口模块，测试结果分析和统计日志等模块。使用该平台对测试用例编写脚本，可以实现对基本呼叫业务，PSTN补充业务等呼叫业务的测试。

3)测试工具平台，支持捕捉/回放测试的商用软件功能测试工具。使用该工具平台用来实现对交换机界面配置和操作的回归测试。通过捕捉模拟用户和程控交换设备之间的交互，录制测试脚本，编辑测试脚本和回放测试脚本来实现测试。该平台还提供启动运行、脚本总控和统计分析等模块接口。可以实现对交换机话务台，IP超市，文件管理等涉及大量界面操作的业务的界面交互部分的测试。

4)在测试工具平台中，结合语音卡呼叫测试平台，调用语音卡平台提供的界面程序，实现界面调用语音卡进行呼叫捕捉/回放测试。实现对交换机话务台等业务的呼叫听音功能的测试。

使用本发明测试工具时，使用具体的测试脚本语言如TCL或TSL，调用平台提供的控制命令和接口，对测试规程或测试用例创建和编写测试脚本，在脚本解释器中运行测试。脚本编写维护方便。其中，测试工具平台的捕捉/回放功能，可以自动生成脚本模板，更增强了脚本创建和编写的灵活性。此外，为提高测试脚本的通用性，本发明采取测试参数和测试脚本分离的方法，以参数文件的形式保存参数，脚本在执行时读取参数文件中的参数替换脚本中的测试参数。

利用本发明的自动测试工具对程控交换设备进行功能测试的实现包括以下步骤：

步骤1.启动控制模块实现总体控制，根据配置调用和加载初始化拓展库和相关模块，启动不同的语音卡或者语音通道，启动DTMF语音识别模块。

步骤2.在测试脚本解释器中加载脚本运行总入口模块，在总入口模块中加入各个待测的业务测试脚本。同时，启动日志模块和脚本执行统计模块。

步骤3.脚本从参数文件中读取参数替换脚本中的参数。脚本解释器运行各个测试脚本执行测试。

步骤4.按照预置条件自动完成环境配置。由于不同功能点的测试环境和预置条件不同，本发明的自动化测试工具在测试每个功能点之前，自动配置好本功能点所需的测试环境，在测试完成后自动恢复初始的测试环境。

步骤5.使用呼叫测试平台对基本呼叫业务和PSTN业务进行测试。通过调用语音卡呼叫控制拓展库模块中的呼叫接口，实现对语音卡通道执行摘机，拨号，登记业务，通话，挂机等呼叫操作，完成业务的测试。

步骤6.呼叫测试平台调用程控交换设备提供的通信接口进行交互，向被测的程控交换设备发送命令。

步骤7.使用测试工具平台，对话务台，告警测试、IP超市、中继呼叫测试、信令跟踪测试、文件操作、标准话务台等进行测试。其中的界面操作测试部分，由平台捕捉/回放方式录制脚本进行测试；呼叫测试部分，由测试工具平台通过启动运行接口连接语音卡呼叫测试平台启动控制模块，调用语音卡呼叫测试平台界面程序，控制语音卡执行呼叫测试。

步骤8.DTMF语音识别模块对测试过程中的语音识别进行处理。接收程控交换设备播放的DTMF业务音，与标准值比较判定放音是否正确。

步骤9.测试结果分析模块接收交换机返回的信息和结果，进行分析和处理，并和预期测试结果相比较，判断测试过程是否进行顺利和测试结果是否正确。

步骤10.根据测试分析结果，自动生成测试日志。记录脚本运行情况和和脚本执行统计信息。方便测试人员查看测试情况。

如附图1所示，本发明自动测试工具的平台结构包括：

语音卡呼叫控制模块，是在引入语音卡处理板及其提供的API基础上，封装的支持呼叫控制功能的拓展模块库。实现各种呼叫控制和呼叫事件检查，提供包括用户模拟摘机、拨号、呼入、放音、导通测试、通话、挂机等各种呼叫操作的命令封装接口。将语音卡通过用户线连接到程控交换设备，其他模块只需调用语音卡呼叫控制模块提供的接口，就可以对呼叫进行控制，模拟呼叫过程中的用户摘机、拨号、通话和挂机等操作，从而实现自动呼叫。

DTMF语音识别模块，用于检测、识别程控交换设备测试中常见的业务语音听音测试。如程控交换设备在登记新业务后播放提示音：“您申请的新业务已经登记完毕”。对这种语音的识别可以采取专用的语音识别软件，但是试验证明，第三方语音识别软件对程控交换设备播放的人声识别不准确。本发明创新使用DTMF语音识别方法，DTMF语音识别即采取以0-9的数字组合形式标识业务音，在测试之前，将程控交换设备的业务音录制转换为DTMF音，在进行呼叫听音测试时，使用平台提供的获取语音卡通道导通测试值的方法，接收程控交换设备播放的语音，转换为对应的DTMF值，将该值和预先设定的值进行比较来判断播放的通知音是否正确。DTMF语音识别模块具有方便使用，识别准确率高的优点。

通信模块，用于在语音卡呼叫测试平台和程控交换设备之间进行通信，实现程控交换设备和自动化测试平台的信息交互。其中交互的信息包括自动化测试脚本需要发送到程控交换设备的配置数据以及程控交换设备返回的提示信息或者测试数据等信息。通信模块通过注册应用程序到程控交换设备提供的通信接口，和程控交换设备前台代理以及其他的后台进程进行通信的方式实现呼叫交互。自动化测试平台在进行呼叫测试时，通过通信模块向程控交换设备发送命令，对呼叫进行跟踪，并获取返回的呼叫状态，对呼叫结果进行判断。

参数录入模块，实现测试参数和测试脚本分离，通过参数文件的形式保存参数，脚本中的测试参数在执行时从参数文件中读取参数进行替换。

环境配置模块，根据测试项目的预置条件，通过通信模块自动对程控交换设备的业务属性和环境进行配置及恢复。语音卡呼叫测试平台的环境配置模块，向程控交换设备提供的通信接口进行注册，与程控交换设备的人机命令进程通信，调用“人机命令”执行环境配置。将人机命令以消息形式发送给程控交换设备的人机命令进程，人机命令进程执行命令，并返回命令执行结果，窗口线程接收返回结果后，判断配置操作是否成功。配置命令执行完毕后，取消向程控交换设备提供的通信接口程序的注册；测试工具平台的环境配置模块，则不使用交换机提供的通信接口，直接用测试工具平台录制界面配置操作，回放脚本自动完成对交换机环境的配置和恢复。

启动控制模块，完成***环境变量的初始化和各种驱动库文件载入的初始化过程。根据配置加载语音卡呼叫控制模块，DTMF语音识别模块，通信模块，数据库模块。启动语音卡，初始化语音通道。

脚本解释器模块，完成对测试脚本的语法分析、变元替换以及命令调用等功能，它负责联系***中的各个模块。

脚本运行总入口模块，是对所有的业务测试脚本进行统一的调用和执行的入口。脚本运行总入口模块连接脚本解释器和其他模块，调用本次测试需要的各功能模块，定义功能模块的测试执行顺序，启动测试，完成对所有的业务测试脚本的统一调用和执行。功能模块，是自动化测试的核心，每个测试项目的覆盖和自动测试的执行都体现在功能模块中。使用本发明的自动化测试工具平台中提供的命令及其组合，以及测试工具平台提供的界面录制和回放功能，测试人员对测试用例进行编程，编写自动化测试脚本。

测试结果分析模块，和预期测试结果相比较，对返回的提示信息或者数据进行分析和处理，判断测试过程是否进行顺利，测试结果是否正确。对程控交换设备的测试结果检查，预期结果有很多种，一些是在呼叫过程中就能确定，比如播放的业务音的识别，一些却要在呼叫完成以后进行检查，如呼叫完成后查询数据库比较话单。另外，还包括一些***界面上数据信息的测试，如机架图和告警信息正确性显示测试，这些需要利用测试工具平台提供的控件/图形信息捕捉功能，获取界面信息值进行比较。

日志模块，根据测试结果分析模块的分析情况，记录日志信息到结果文件。日志包括：语音卡运行日志和测试脚本运行日志。前者对语音卡通道及其运行情况进行检查和记录，分析各种语音卡出错原因。后者记录测试脚本的运行日志。方便测试人员查看结果。

测试执行统计模块，用于统计所有功能模块的测试执行情况。包括测试总时长，成功和失败的脚本数，以及每个功能模块的测试时间等统计信息。统计信息也被记录到测试脚本运行日志。

测试工具平台接口调用语音卡呼叫测试平台接口的处理。在测试工具平台中通过启动运行接口连接语音卡呼叫测试平台启动控制模块，调用语音卡界面呼叫程序，以工具界面捕捉/回放方式操控语音卡，打开语音通道、拨打电话、获取导通测试值，控制语音卡平台执行呼叫测试。

如图2所示，使用本发明中的自动化测试工具进行自动化测试时，测试过程流程如下：

步骤1.启动控制模块，配置各个模块，加载初始化拓展库，启动不同的语音卡或者语音通道和识别程序；包括加载语音卡呼叫控制拓展库模块，数据库拓展库模块，DTMF语音识别拓展库模块。

步骤2.启动解释器，加载脚本运行总入口模块。

步骤3.启动脚本入口模块，由总入口模块加载各个待测业务自动化测试脚本。

步骤4.加载支撑模块，支撑模块包括日志模块、通信模块、测试结果分析模块、DTMF音识别模块等。

步骤5.加载语音卡呼叫控制模块，初始化语音卡各个通道。

步骤6.判断加载语音卡呼叫控制模块是否成功，如果失败，记录加载语音卡呼叫控制模块失败日志，转到步骤14，退出测试；如果加载成功，进入下一步。

步骤7.测试环境配置，每一功能测试都有该测试的环境配置，由该测试脚本自动配置完成。

步骤8.判断环境配置是否成功，如果配置环境失败，转到步骤11，删除上述步骤所配置的环境；如果配置环境成功，继续下一测试步骤。

步骤9.测试的脚本命令由脚本解释器进行解释，对自动化测试脚本进行语法分析、变元替换以及命令调用，或者调用支撑模块和语音控制等模块，对呼叫进行控制或者进行界面操作等。

步骤10.测试过程中，需要对测试的每一个测试点的执行结果都要记录日志，以便对测试过程进行分析和追溯。

步骤11.恢复环境，对于每一个功能测试，在测试开始前需要对环境进行配置，测试完成后再对该测试配置的环境进行清除，还原到初始环境，使该测试不能影响到下一测试。

步骤12.测试结果分析，测试过程中，每一个测试点结束后都会记录执行结果，测试结束后，对每一个测试点的执行结果进行分析，得出该测试的最终测试结果。

步骤13.得出测试结果后，将测试结果记录日志。

步骤14.每一测试完成后，在配置中寻找下一测试，判断测试是否结束，如果还有测试未完成，回到步骤7继续下一测试；如果无后续测试，则卸载所有加载的模块，测试结束。

在介绍本发明的实施例之前，先简单介绍一下Dialogic语音卡和TCL工具。

Dialogic语音卡，一种模拟电话工具，可以直接插在计算机的pci插槽里面，提供模拟电话接口，模拟接口可以直接插上电话线。本发明中采用的语音卡是Dialogic语音卡(Dailogue D/41JCT-LS)，提供4路模拟电话接口。

TCL，Tool Control Language，一种软件测试领域公认的解释型环境的测试自动化脚本开发、测试的运行环境，其扩展性强，可和C语言等兼容，编程简单，适合进行测试自动化脚本的开发。在TCL中，用户自定义过程可以通过创建封装TCL命令的扩展模块实现。

图3为本发明使用TCL工具和Dialogic语音卡结合进行程控交换设备业务功能自动化测试的实施例：

使用TCL进行自动化测试时，将所测试的业务功能需要的参数编辑成环境配置脚本和环境配置清除脚本，在测试开始时调用环境配置脚本进行业务功能的环境初始化。

Dialogic语音卡测试平台加载语音卡呼叫控制模块，识别语音卡和语音卡通道，初始化语音卡。

进行业务功能测试时，在TCL环境中运行业务功能测试脚本，调用语音卡测试平台进行呼叫控制，完成业务测试。

测试过程中需要查询程控交换设备的信息或者记录一些测试结果，Dialogic语音卡测试平台同时提供了数据库操作接口，通过该数据库接口，可以查询计费、话务统计等一些数据。

业务功能测试完成后根据测试情况进行测试结果分析汇总并记录测试结果，最后调用环境配置清除脚本清除该测试的环境，恢复初始环境。

将TCL和Dialogic语音卡结合，通过编程控制语音卡模拟用户呼叫，实现了程控交换设备基本呼叫和PSTN附加业务等的自动化测试。

图4为本发明使用WinRunner和Dialogic语音卡结合进行程控交换设备界面和业务功能自动化测试的实施例：

WinRunner，MI公司进行软件功能性测试的工具软件之一，用于验证程序正确性的功能性测试。WR的功能测试采用回归测试方式。通过回放脚本，实现模拟用户的操作测试。使用TSL语言(Test Script Language，一种类C的语言)编写测试脚本。

WinRunner工具提供了良好的界面录制和脚本编辑功能。与使用TCL开发自动化测试脚本类似，也需要将运行过程中使用到的参数做成配置文件或者录制成环境配置脚本，WinRunner读取配置文件或者运行环境配置脚本配置测试环境。

环境配置完成后，就可以回放录制的测试脚本，通过对程序界面的回放操作进行程控交换设备的界面或者业务功能测试，通过调用Dialogic语音卡平台进行录制回放操作完成呼叫控制。

业务功能测试完成后根据测试情况进行测试结果分析汇总并记录测试结果。

对测试环境的清除也录制成了脚本，只需回放，就可清除该项测试所配置的环境，恢复初始环境。

使用WinRunner弥补了TCL工具不能进行界面操作的不足，实现了程控交换设备后台***界面和业务功能的自动化测试，例如话务台、IP超市、文件管理等。

Claims (9)

1、一种程控交换设备的测试工具，其特征在于包括：用于提供命令和接口的语音卡呼叫测试平台；用于实现对待测试程控交换设备界面配置和操作的回归测试的测试工具平台，所述的测试工具平台与语音卡呼叫测试平台通过相互提供的接口进行通信；在所述的语音卡呼叫测试平台与待测试程控交换设备之间以通信方式连接有语音卡和通信网络。

2、如权利要求1所述一种程控交换设备的测试工具，其特征在于：所述的语音卡呼叫测试平台包括：语音卡呼叫控制模块、语音识别模块、通信模块和测试结果分析模块；

所述的语音卡呼叫控制模块控制语音卡进行呼叫操作；

所述的语音识别模块用于通过语音卡检测、识别待测试程控交换设备在测试中的业务语音检测，并将返回的信息输出到测试结果分析模块进行分析和处理；

通信模块用于在语音卡呼叫测试平台和待测试程控交换设备之间进行信息交互，在进行呼叫测试时，通过通信模块配置待测试程控交换设备，语音卡呼叫测试平台通过通信模块对语音卡向待测试程控交换设备发起的呼叫进行跟踪，并获取待测试程控交换设备返回的提示信息和测试结果输出至测试结果分析模块进行分析和处理；

测试结果分析模块，对语音识别模块和通信模块返回的结果和预期测试结果相比较，对返回的提示信息或者数据进行分析和处理，判断测试过程是否进行顺利，测试结果是否正确。

3、如权利要求2所述的一种程控交换设备的测试工具，其特征在于：所述的语音卡呼叫测试平台还包括：日志模块和测试执行统计模块，其中，所述日志模块用于根据测试结果分析模块的分析情况记录日志信息；测试执行统计模块用于统计所有功能模块的测试执行情况。

4、如权利要求2所述的一种程控交换设备的测试工具，其特征在于：所述的语音识别模块为DTMF(双音多频)语音识别模块。

5、如权利要求2所述的一种程控交换设备的测试工具，其特征在于：所述的语音卡呼叫测试平台还包括：启动控制模块、脚本解释器、脚本运行总入口模块，其中，所述启动控制模块通过脚本运行总入口模块对各环境变量和各种驱动库文件初始化；所述脚本解释器完成对测试脚本的语法分析、变元替换以及命令调用等功能；所述脚本运行总入口模块连接脚本解释器和其他模块，调用各功能测试模块，完成对所有的业务测试脚本的统一调用和执行。

6、如权利要求2所述的一种程控交换设备的测试工具，其特征在于：所述的语音卡呼叫测试平台还包括：参数录入模块、环境配置模块，其中，参数录入模块实现测试参数和测试脚本分离，加载参数时，脚本解释器通过环境配置模块调用参数录入模块中的参数；环境配置模块与功能模块连接，根据测试项目的预置条件，经通信模块，对程控交换设备的业务属性和环境进行配置，并在测试完成后将程控交换设备恢复成初始的测试环境；功能模块经脚本运行总入口模块，完成对每个测试项目的覆盖和自动测试的执行。

7、如权利要求5所述的一种程控交换设备的测试工具，其特征在于：所述的测试工具平台为捕捉/回放工具，还包括启动运行接口、脚本总控接口、统计分析接口；所述的测试工具平台通过启动运行接口与语音卡呼叫测试平台的启动控制模块连接。

8、一种程控交换设备的测试方法，其特征在于，该方法包括以下步骤：启动语音卡呼叫测试平台各模块，加载业务测试脚本；对程控交换设备进行环境配置，通过语音卡对待测试程控交换设备进行呼叫测试和听音测试；测试工具平台通过其与语音卡呼叫测试平台之间的接口捕捉/回放语音卡呼叫测试平台对语音卡的摘机、挂机、拨号、通话、导通测试、拨号音测试；测试工具平台使用捕捉/回放功能对待测试程控交换设备进行界面配置和操作，测试工具平台调用语音卡呼叫测试平台接口对待测试程控交换设备进行功能回归测试；待测试程控交换设备通过通信网络向语音卡呼叫测试平台返回测试信息和结果。

9、权利要求8所述的一种程控交换设备的测试方法，其特征在于：所述听音测试具体为：先将程控交换设备播放的语音转换为对应的DTMF音，语音卡呼叫测试平台通过语音卡对待测试程控交换设备进行呼叫操作，并接收程控交换设备播放的语音，识别对应的DTMF值，将该值和预先设定的值进行比较来判断播放的通知音是否正确。

Images