CN105516518A - 一种网络语音测试方法 - Google Patents

Abstract

本发明公开了一种网络语音测试方法，包括：配置作为测试目标发出信号音的语音终端；选择语音终端的业务类别，将测试业务配置为所选业务类别对应的模式；在所选业务类别对应的模式里选择所选业务类别中的子类别业务；语音卡监听语音终端发出的信号音；语音卡判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，若是，则通过测试，若不是则测试失败。不同类型信号音的频率的范围为预先设置好的，通过判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，确定所选子类别业务是否通过测试，从而得出准确的测试结果。

Description

一种网络语音测试方法

技术领域

本发明涉及语音测试领域，特别是涉及一种网络语音测试方法。

背景技术

随着通讯及网络的普及，通过互联网也可以实现与固话和移动电话的通讯，这种技术为网络语音通讯VOIP，目前VOIP技术得到了越来越广泛的应用。为了保证正在普及的VOIP业务在终端上能够达到与传统公共交换电话网络一样的效果，需要对VOIP业务进行测试。

目前对VOIP业务进行测试主要有功能测试和性能测试，其中性能测试用来测试通话质量，通常使用呼叫测试仪器Abacus来进行测试，能够进行大话务量呼叫性能测试、语音及传真功能测试、VoIP协议一致性测试、协议的解码和分析；功能测试用来测试通话的功能类型，功能测试一般进行人工测试，但是人的听觉对信号音的检测不精准，难以准确判断信号音类型以及是否符合标准，功能测试采用人工测试的方法容易造成测试结果的不准确。

发明内容

有鉴于此，本发明的主要目的在于提供一种网络语音测试方法，可以准确地对网络语音通讯的功能进行测试。

为实现上述目的，本发明提供了一种网络语音测试方法，包括：

配置作为测试目标并发出信号音的语音终端；

选择语音终端的业务类别，将测试业务配置为所选业务类别对应的模式；

在所选业务类别对应的模式里选择所选业务类别中的子类别业务并使用语音卡执行所选子类别业务；

所述使用语音卡执行子类别业务包括：监听语音终端发出的信号音；判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，若是，则通过测试，若不是则测试失败。

优选地，所述使用语音卡执行子类别业务前还包括激活所述语音卡。

优选地，选择语音终端的业务类别后还包括初始化所选业务类别相对应的测试用例集，选择所选业务类别中的子类别业务后还包括对用于控制执行子类别业务的所述测试用例脚本进行初始化。

优选地，所述方法还包括：

初始化子类别业务的测试用例脚本时开启所述子类别业务，执行子类别业务结束后拆除所述子类别业务的测试用例脚本并取消所述子类别业务。

优选地，所述方法还包括：初始化配置报文记录路径的测试库，所述报文用于记录测试过程并存储在所述路径中。

优选地，所述方法还包括：测试完成后根据所述路径中存储的所述报文的记录生成测试报告。

优选地，配置语音终端包括：对配置语音终端WAN连接、号码、注册服务器和代理服务器信息的脚本进行初始化。

本发明的优点在于：应用本发明提供的一种网络语音测试方法，利用语音卡对语音终端中的业务进行测试，语音终端发出信号音，不同类型信号音的频率的范围为预先设置好的，通过判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，确定所选子类别业务是否通过测试，从而得出准确的测试结果。

附图说明

图1为本发明一种网络语音测试方法的流程图；

图2为本发明一种网络语音测试方法的又一流程图；

图3为本发明一种网络语音测试方法的具体实施例流程图；

图4为正常呼叫的呼叫脚本流程图；

图5为本发明实施例中一种网络语音测试系统的结构示意图；

图6为本发明实施例中一种网络语音测试系统的具体结构示意图；

图7为本发明实施例中一种网络语音测试系统的又一结构示意图。

具体实施方式

本发明提供了一种网络语音测试方法，如图1所示，为本发明的网络语音测试方法的流程图，具体包括以下步骤：

步骤S101：配置作为测试目标发出信号音的语音终端；

本发明是对网络语音通讯进行功能测试，是对语音终端的各个业务进行测试，首先要配置好作为测试目标的语音终端，通过语音卡来对通讯工具如电话机进行模拟，语音卡检测语音终端发出通讯工具的各种信号音的频率是否符合预设标准，通过语音终端发出通讯工具的各种信号音，如忙音、拨号音、呼等音、二次拨号音、回铃音、呼叫等待音、催挂音等。

步骤S102：选择语音终端的业务类别，将测试业务配置为所选业务类别对应的模式；

选择需要进行测试的业务类别，根据所选的业务类别将测试业务配置为相应的模式，如进行基本呼叫业务的测试则将测试业务配置为基本呼叫测试模式。

步骤S103：在所选业务类别对应的模式里选择所选业务类别中的子类别业务；

所选的要进行测试的业务类别下有具体的子类别业务，如选择的测试业务类别为基本呼叫业务，基本呼叫业务的子业务包括正常呼叫和异常呼叫，需要选择子业务的类别进行测试。

步骤S104：监听语音终端发出的信号音；

语音终端向语音卡发出信号音，语音卡模拟通讯工具进行的各种语音通讯业务，执行子类别业务的测试时首先需要对语音终端发出的信号音进行监听。

步骤S105：判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，若是，则通过测试，若不是则测试失败；

监听到语音终端所模拟的通讯工具某种业务的信号音时，得到这种信号音的频率，每种子类别业务有对应的标准信号音类型，判断确定的监听到的信号音是否处于预设的子类别业务信号音频率范围内，若是，则所选的子业务类别的功能测试通过，若不是，则所述信号音为其他业务的信号音或者为错误信号音，不属于所选的子业务类别，测试失败。

应用本实施例提供的网络语音测试方法，基于语音卡，利用语音卡对语音终端中的业务进行测试，即语音卡模拟话机摘挂机、拍叉、按键以及按键音(DTMF音)，语音终端发出信号音，不同类型信号音的频率的范围为预先设置好的，通过判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，确定所选子类别业务是否通过测试，从而得出准确的测试结果。

如图2所示，为本发明一种网络语音测试方法的又一流程图，与图1相对应，还包括步骤:

步骤S100：初始化配置报文记录路径的测试库；

测试过程中有报文来记录测试过程，所以需要你对报文进行记录即抓包，并将记录的报文存储在某一路径中，需要预先配置好抓包路径。

步骤S106：根据所述路径中存储的所述报文的记录生成测试报告；

抓包路径中存储的报文记录了测试的过程，通过记录的报文生成测试报告，方便查看测试过程，如测试未通过时可以通过测试报告分析测试失败原因。

如图3所示，为本发明网络语音测试方法的一具体实施例的流程图，基于语音卡实现网络语音自动化测试，所述执行子类别业务使用用于检测信号音的语音卡执行子类别业务，使用语音卡执行子类别业务前激活所述语音卡，所述语音卡通过模拟通讯工具摘挂机、拍叉、按键以及模拟按键音(DTMF音)。本实施例基于自动化平台开发的keygoe测试库中关键字编写的脚本测试用例，通过执行脚本在自动化测试平台上完成整个测试过程，自动化测试平台驱动语音卡模拟通讯工具，自动化测试平台基于robotframework框架为基础、二次开发的自动化测试平台。

本实施例提供的网络语音通讯自动化测试的方法包括以下步骤：

步骤S201：初始化测试需要用到的测试库；

测试之前需要配置好测试执行的环境，通过初始化测试库实现，如wireshark库、OS库和keygoe库。本实施例利用报文记录测试过程，记录报文的过程即抓包，在测试开始之前要为抓包指定一个路径，需要初始化wireshark测试库来配置抓包路径，OS库用来记录系统命令的开始，keygoe库用来配置语音卡相关功能。

步骤S202：对配置语音终端WAN连接、号码、注册服务器和代理服务器信息的脚本进行初始化；

本测试是对使用语音终端实现的语音通讯业务进行测试，需要预先初始化语音终端WAN连接、号码、注册服务器和代理服务器的脚本，实现对语音终端的配置。

步骤S203：连接keygoe服务器；

测试基于语音卡实现，需要预先激活语音卡，连接keygoe驱动语音卡的激活，启动语音卡服务。

步骤S204：选择语音终端的业务类别，初始化所选业务类别相对应的测试用例集，将测试业务配置为所选业务类别对应的模式；

选择测试业务，本实施例常用的测试业务有基本呼叫、补充业务以及传真，例如选择其中的基本呼叫类别，初始化基本呼叫的测试用例集，测试业务配置为基本呼叫。

步骤S205：在所选业务类别对应的模式里选择所选业务类别中的子类别业务,对用来控制执行子类别业务的所述测试用例脚本进行初始化,开启所述子类别业务；

在选择的业务类别模式中选择子类别业务，基本呼叫的子业务有正常呼叫和异常呼叫，补充业务的子业务有呼叫等待、呼叫前转、呼叫转移、三方通话等，如选择的业务类别模式为基本呼叫业务，子业务类别选择正常呼叫，则初始化正常呼叫的测试用例脚本，开启正常呼叫的测试。

步骤S206：监听语音卡发出的信号音；

语音卡模拟通讯工具的语音通话业务，发出信号音，此步骤通过脚本实现，如图4中的WaitTone关键字。

步骤S207：判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，若是则测试通过，若不是，则测试失败；

判断已确定的信号音类型是否为所选子业务的标准信号音类型，此步骤通过脚本实现，如图4中DialTone关键字，例如选择的业务为基本呼叫业务中的正常呼叫，监听到的信号音频率如果在拨号音范围则可以正常拨号，若监听到的信号音不在拨号音频率范围内则该关键字执行失败。

步骤S208：拆除所述子类别业务的测试用例脚本并取消所述子类别业务；

测试业务类别的全部测试用例可以同时执行，但是每一个测试用例一个测试过过程中只能对一次语音通讯业务进行测试，所以为了不影响下一次业务的测试，每次执行完测试用例脚本后需要拆除该测试用例脚本，取消此次子类别业务的测试。

步骤S209：根据所述路径中存储的所述报文的记录生成测试报告；

从之前配置好的抓包路径中读取报文，根据报文记录生成测试报告，方便查看测试执行的每一步的情况，测试未通过时可以查看失败的原因，如测试业务为正常呼叫，呼叫失败的原因为监听到的信号音为不在预设频率范围内，因此关键字keygoewaittone执行失败，可以通过测试记录分析出来。

如图4所示，为正常呼叫的通话脚本流程图：

步骤1为A用户摘机关键字；

步骤2为A用户在某一预设阈值时间内检测拨号音的关键字，选择测试其他业务时还可检测其他信号音如忙音、呼叫等待音、回铃音、二次拨号音、拥塞音等，利用脚本关键字Dial_Tone对拨号音频率进行判断；

步骤3为检测到对应拨号音后再执行脚本，即A用户拨号给B用户；

步骤4为B用户检测某一预设的时间阈值内是否有电话呼入的关键字；

步骤5为步骤4执行成功后，B用户马上摘机；

步骤6用户A向B发送DTMF码；

步骤7用户B检测收到的DTMF码；

步骤8用户B向A发送DTMF码；

步骤9用户A检测收到的DTMF码；

步骤10用户A挂机；

步骤11用户B挂机；

应用发明的网络语音测试方法的实施例，基于语音卡对语音终端中的业务进行测试，使用语音卡检测信号音，所述语音卡还可以模拟通讯工具摘挂机、拍叉、按键以及模拟按键音，使用语音终端发出信号音，不同类型信号音的频率的范围为预先设置好的，通过判断监听到的信号音是否处于预设频率范围内，使用语音卡模拟话机摘挂机、拍叉、按键以及按键音(DTMF音)，测试过程通过脚本实现，脚本不用修改可重复使用，测试用例方便定制，便于操作，测试过程自动，提高了测试效率及测试准确度，本实施例中的脚本参数开放，提高了系统使用的灵活度，减少了自动化脚本开发的成本，对于不同产品的终端，可简单地进行配置修改信号音就能实现自动化测试，提高了VOIP自动化测试方法适用的范围。

与本发明一种网络语音测试方法对应的，本发明还提供了一种网络语音通讯的测试系统，如图5所示，为本发明系统一具体实施例的结构示意图，包括：第一配置单元101，用于配置语音终端功能；第一选择单102，与所述第一配置单元101相连接，用于选择语音终端的业务类别；第二选择单元103，与所述第一选择单元102相连接，用于选择语音终端业务类别下的子业务类别；测试单元104，与所述第二选择单元103相连接，用于对选择的语音终端的子类别业务进行测试。

本发明系统的实施例，开始测试时，首先通过第一配置单元101配置作为测试目标发出信号音的语音终端，然后通过第一选择单元102选择语音终端的业务类别，将测试业务配置为所选业务类别对应的模式，再通过第二选择单元103在所选业务类别对应的模式里选择所选业务类别中的子类别业务并执行测试。

如图6所示，为所述测试单元104的具体结构示意图，包括：

监听子单元105，用于监听语音终端发出的信号音；

判断子单106，与所述监听子单元105相连接，用于判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内；

如图7所示，为本发明系统又一具体实施例的结构示意图，基于语音卡实现网络语音自动化测试，利用语音卡检测信号音，对应于图5所示的系统，还包括：第二配置单元107，与所述测试单元104相连接，用于配置测试库；第三配置单元108，与所述第一配置单元101相连接，用于配置语音卡；记录子单元109，与所述测试子单元104和所述第二配置单元108相连接，用于记录测试过程；生成子单元110，与所述记录子单元109相连接，用于根据记录的测试过程生成测试报告。

测试开始前需要配置测试库和语音卡，如wireshark库、OS库和keygoe库，测试过程中由记录子单元109记录过程，通过报文记录，存储路径由第二配置单元108配置的wireshark库指定，再通过记录的测试过程由生成子单元110生成测试报告。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

对于系统实施例，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

上述实施例仅为本发明的一种具体实现方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些显而易见的替换形式均属于本发明的保护范围。

Claims (7)

1.一种网络语音测试方法，其特征在于，包括如下步骤：

配置作为测试目标并发出信号音的语音终端；

选择语音终端的业务类别，将测试业务配置为所选业务类别对应的模式；在所选业务类别对应的模式里选择所选业务类别中的子类别业务并使用语音卡执行所选子类别业务；

所述使用语音卡执行子类别业务包括：监听语音终端发出的信号音；判断监听到的信号音的频率是否处于所选子类别业务信号音的频率范围内，若是，则通过测试，若不是则测试失败。

2.根据权利要求1所述的网络语音测试方法，其特征在于，所述使用语音卡执行子类别业务前还包括激活所述语音卡。

3.根据权利要求1所述的网络语音测试方法，其特征在于，选择语音终端的业务类别后还包括初始化所选业务类别相对应的测试用例集，选择所选业务类别中的子类别业务后还包括对用于控制执行子类别业务的所述测试用例脚本进行初始化。

4.根据权利要求1所述的网络语音测试方法，其特征在于，还包括：初始化子类别业务的测试用例脚本时开启所述子类别业务，执行子类别业务结束后拆除所述子类别业务的测试用例脚本并取消所述子类别业务。

5.根据权利要求1所述的网络语音测试方法，其特征在于，还包括：初始化配置报文记录路径的测试库，所述报文用于记录测试过程并存储在所述路径中。

6.根据权利要求1所述的网络语音测试方法，其特征在于，还包括：测试完成后根据所述路径中存储的所述报文的记录生成测试报告。

7.根据权利要求1所述的网络语音测试方法，其特征在于，配置语音终端包括：对配置语音终端WAN连接、号码、注册服务器和代理服务器信息的脚本进行初始化。