本发明属于通讯技术领域，尤其涉及voip语音通讯的测试技术。
背景技术：
随着互联网的发展，全球进入到了工业4.0时代。基于网络以及ip的相关应用和技术已经越来越普遍，并已慢慢深入到人们的工作和生活，voip网络电话是一种利用internet技术或网络进行语音通信的新业务，它可以通过互联网免费或是资费很低地传送语音、传真、视频和数据等业务，因此voip网络电话的应用在多个行业日益盛行。
当前voip网络电话的ivr测试一般分为三个层次：性能压力测试、语音匹配测试、语音质量测试。其中，语音质量测试过程是靠人工听取各个场景下的ivr放音，场景比较多，且每个迭代都要人工测试一下。该测试方法需要人工高度配合，测试过程也相对比较繁琐，严重耗费人力，测试效率不高。
为了提高目前ivr测试效率，本发明公开了一种voip语音的ivr自动化测试方法，通过模拟客户端，建立通话，接收服务器下发的语音ivr，与语言源文件进行内容比对，校验语音ivr是否正确；版本每次迭代都可由自动化代替人工进行ivr校验。
技术实现要素：
本发明目的在于提供一种voip语音的ivr自动化测试方法，本发明通过脚本模拟终端，接收voip服务器下发的ivrrtp，将接收到的内容与转换编码后的语音ivr文件的内容进行比对，达到自动校验服务器下发的语音ivr是否正确的目的。
为了实现上述发明目的，本发明公开的一种voip语音的ivr自动化测试方法，主要包括以下操作：步骤a：对所需测试的第一音频文件进行编码格式转换，生成第二音频文件；步骤b：用自动化语言编写脚本，生成自动化脚本，将第二音频文件放到自动化脚本所在的测试机上；步骤c：对每个版本迭代后执行自动化脚本，匹配确定出第二音频文件中是否包含有sip服务器下发rtp包中的payload。
优选的，上述自动化脚本逻辑主要包括如下操作：建立通话连接、rtp解析、音频查找、音频匹配。
优选的，上述建立通话连接是指：测试机模拟终端进行sip呼叫，与sip服务器建立通话连接。
优选的，上述rtp解析是指：测试机接收sip服务器下发的rtp包，解析出rtp包的payload。
优选的，上述音频查找是指：读取第二音频文件，查找是否含有rtp包的payload，找到则记录下payload所在的末尾位置index，查找失败则继续建立通话连接、rtp解析，直到查找成功。
优选的，上述音频匹配是指：从第二音频文件的index位置匹配payload。
优选的，第一音频文件通过服务器的asterisk的fileconvert接口转换成g722编码的getconfpin.g722文件。
优选的，上述步骤a包括用python脚本模拟客户端加入带密码的会议。
优选的，上述自动化脚本接收rtp包后，解析出该rtp包的payload，长度记为l。
优选的，上述getconfpin.g722文件拷贝至所述测试机上进行自动化测试。
通过本发明公开的一种voip语音的ivr自动化测试方法，测试人员在测试过程中只需要听一下语音ivr源文件是否正确即可，实际使用场景可以自动化校验，大大节省测试人力，同时能够提高测试精度。
附图说明
图1为本发明具体实施例中voip语音ivr自动化校验脚本逻辑流程图。
具体实施例
本发明基本原理：使用asterisk工具将所需测试的音频源文件进行编码格式转换，转换成特定音频编码方式的音频文件；再通过自动化语言编写脚本，将音频源文件放到脚本所在测试机上，模拟终端进行sip呼叫，与sip服务器建立通话连接后，由测试脚本自动实现音频文件与模拟终端接收数据的比对测试。
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是此时所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了方便描述，附图中仅示出于本发明相关的部分而非全部结构。
本发明具体实施例自动化校验方法包括如下内容：
步骤1借助音频文件格式转换工具，对音频源文件进行编码格式转换，转换成特定音频编码方式的音频文件。在具体测试过程中，可以根据需要选择不同工具实现上述编码格式的转换。
步骤2用自动化语言编写脚本，将编码格式转换后的音频文件放到脚本所在测试机上，在测试机上执行脚本，脚本逻辑如下：
步骤2.1：模拟终端进行sip呼叫，与sip服务器建立通话连接。
步骤2.2：接收sip服务器下发的ivrrtp包，解析出rtp包的payload（有效载荷）。
步骤2.3：读取转换了编码格式的音频文件内容，在内容中查找是否含有步骤2.2中解析出来的payload内容，若找到，则记录下匹配的位置。
步骤2.3：读取转换了编码格式的音频文件内容，在内容中匹配是否含有payload，找到则记录下payload在音频文件内容中的位置，匹配失败则继续步骤2.2、步骤2.3，直到匹配成功，记录下匹配成功的内容的末尾位置index，进入步骤2.4。
步骤2.4：继续步骤2.2，收取sip服务器发过来的rtp报文中的payload，在音频文件的index位置开始配置该新的payload，匹配失败在继续步骤2.2、步骤2.3，匹配成功则更新index，继续步骤2.2、步骤2.4，直到匹配到语音源文件的末尾，则校验通过。
步骤3服务器发布的每个版本迭代后，在测试机上均执行一次该自动化脚本。
实例场景：客户端加入带密码的会议，校验“请输入会议密码”的ivr语音提示。
场景说明：音频编码方式协商g722，服务器放音源文件getconfpin.wav。
在本发明具体实施例中，具体实现方法：
第一步、将音频源文件getconfpin.wav通过服务器的asterisk的fileconvert接口转换成g722编码的getconfpin.g722文件(asterisk–rx“fileconvertgetconfpin.wavgetconfpin.g722”)，将getconfpin.g722文件拷贝到测试机上。
第二步、在测试机上执行自动化脚本。图1为本发明具体实施例中voip语音ivr自动化校验脚本逻辑流程图。结合图1流程，脚本逻辑如下：
步骤（1）用python脚本模拟客户端加入带密码的会议，invite请求不带密码。
步骤（2）脚本接收sip服务器发送给测试机的rtp包，解析出rtp包的payload，长度为l。
步骤（3）脚本读取转换了编码格式的音频文件getconfpin.g7222内容，在内容中查找是否含有payload，找到则记录下payload在音频文件内容中的位置index，查找失败则继续步骤（2）、步骤（3），直到查找成功，记录下匹配成功的内容的末尾位置index，进入步骤（4）。
步骤（4）继续步骤（2），从音频文件的index位置开始匹配payload，即匹配payload是否与getconfpin.g722文件内容的index到index+l位一致。如果匹配失败在继续步骤（2）、步骤（3）；如果匹配成功则更新index，继续步骤（2）、步骤（4），直到匹配到语音源文件的末尾，则校验通过。
注意，上述仅为本发明的较佳实施例以及所运用技术原理。本领域技术人员会理解，本发明不限于所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。