CN118018716A - 一种跨平台的楼宇对讲音视频测试方法、设备及介质 - Google Patents

Abstract

本发明公开了一种跨平台的楼宇对讲音视频测试方法、设备及介质，包括：根据设备的类型匹配配置参数和测试用例；建立PC端测试工具与待测设备连接；PC端测试工具加载配置参数，通过代理中间件传输给待测设备，启动API接口；当PC端测试工具监听到启动API接口时，加载音视频文件进行分离、编码和封装，发送给待测设备；音视频模块进行解封装和解码得到音频和视频进行播放和显示，对采集到的音频和视频进行编码和封装后发送给PC端测试工具；PC端测试工具进行解封装和解码得到音频和视频进行播放和显示；将PC端测试工具分离后得到音频和视频与解码后得到音频和视频进行比对来校验待测设备的测试结果。本发明支持跨平台和自动化测试。

Description

一种跨平台的楼宇对讲音视频测试方法、设备及介质

技术领域

本发明涉及音视频处理领域，尤其涉及一种跨平台的楼宇对讲音视频测试方法、设备及介质。

背景技术

目前楼宇对讲音视频测试方法存在以下几个痛点：

1、现有音视频测试工具多为单一功能点的测试工具，音视频的功能有很多种，如：铃声播放、录音、通话、监控、截图、录屏等，而单一功能是只能单独进行音视频某一项功能的测试，没有集成音视频的多个功能进行测试的音视频测试方案；比如：音视频通话是一个比较系统的测试过程，涉及的点比较多，大多数的测试工具只是模拟通话的客户端，这时候需要人工进行配置，拨打无法自动完成测试结果校验；

2、音视频测试内容多，覆盖的场景多，传统的人工测试，容易出现遗漏的情况；

3、传统音视频测试很多结果需要人工判断，例如：图像显示和声音测试在传统的测试中主要靠人工对测试内容通过听和看来判断声音和图像的正确性，标准不统一不同的人得到的结果不一样，影响测试的一致性和测试的效率，无法实现全自动化的测试；

4、音视频的框架多，不同的平台测试方法不一致，需要多套测试方案，现有音视频测试工具，使用的难度较大，需要配置的参数比较多，同时需要对测试过程的数据分析，对应测试人员的经验水平要求较高，要求音视频测试人员对应是音视频的编解码、网络协议有比较深入的认识才能完成音视频的测试。

针对这些情况，提出了一种跨平台的楼宇对讲音视频测试方法。

发明内容

有鉴于此，本发明的目的在于提出一种跨平台的楼宇对讲音视频测试方法，本发明实现了音视频测试的集成测试方案，支持音视频测试的全API测试，包括覆盖参数的变化；支持音视频的全自动化测试同时支持不同平台和测试方法的切换。

为了实现上述的技术目的，本发明所采用的技术方案为：

本发明提供了一种跨平台的楼宇对讲音视频测试方法，应用于PC端测试工具与待测设备之间，包括如下步骤：

步骤1、所述PC端测试工具根据待测设备的类型匹配出待测设备能支持的音视频功能对应的配置参数和测试用例集；

步骤2、通过代理中间件建立所述PC端测试工具与待测设备之间的连接；

步骤3、所述PC端测试工具加载该配置参数，将所述配置参数通过代理中间件传输给待测设备的音视频模块，所述音视频模块根据配置参数进行配置并调用待测试的音视频功能对应的API接口；

步骤4、当所述PC端测试工具监听到音视频模块调用了API接口时，根据调用的API接口确定待测试的音视频功能，并加载测试用例集中与待测试的音视频功能匹配的测试用例中的音视频文件，并依次进行音频和视频分离、编码和封装处理，发送给待测设备的音视频模块；

步骤5、所述音视频模块接收封装后的音频和视频后，依次进行解封装和解码处理，得到音频和视频进行播放和显示，再重新对采集到的音频和视频依次进行编码和封装处理后，发送给PC端测试工具；

步骤6、所述PC端测试工具接收封装后的音频和视频后，依次进行解封装和解码处理，得到音频和视频并进行播放和显示；

步骤7、将所述PC端测试工具的发送端中进行音视频文件分离后得到的音频和视频分别与所述PC端测试工具的接收端进行解封装和解码后得到音频和视频进行比对来校验待测设备的测试结果。

进一步的，所述步骤1具体包括：

步骤11、所述PC端测试工具内存储有映射关系表，该映射关系表中记录有不同的设备类型、配置参数和测试用例集之间的一一对应关系，测试用例集包括与对应设备能支持的所有音视频功能一一对应的多个测试用例；

步骤12、用户选择一设备作为待测设备，启动PC端测试工具；

步骤13、所述PC端测试工具根据待测设备的类型在映射关系表中寻找一致的设备类型，再根据该设备类型找出对应的配置参数和测试用例集；所述配置参数包括音视频的基础信息和服务器信息，所述音视频的基础信息包括：喇叭/麦克风音量、通话的音视频编码方式、采样率、采样精度、码率、帧率和分辨率中的至少一个；

步骤14、所述PC端测试工具将根据待测设备的类型选定的配置参数和测试用例集存放在本地。

进一步的，所述步骤2具体包括：

步骤21、所述PC端测试工具将代理中间件和代理启动请求下发给待测设备；

步骤22、待测设备接收代理中间件和代理启动请求，将所述代理中间件进行存储在待测设备中，并将待测设备中的代理中间件与音视频模块之间建立连接；

步骤23、所述待测设备根据代理启动请求对代理中间件进行启动；

步骤24、所述PC端测试工具对待测设备的状态进行实时监听，当所述PC端测试工具监听到代理中间件开始启动时，根据设定的传输协议建立所述PC端测试工具与代理中间件之间的连接。

进一步的，所述步骤3具体包括：

步骤31、所述PC端测试工具加载本地的配置参数，将配置参数封装为适用于PC端测试工具传输的第一数据格式，并发送给代理中间件；

步骤32、所述代理中间件按第一数据格式对封装后的配置参数进行解封装，得到配置参数，再将配置参数封装为适用于待测设备传输的第二数据格式，并发送给待测设备的音视频模块；

步骤33、所述待测设备的音视频模块按第二数据格式对封装后的配置参数进行解封装，得到配置参数并进行配置；

步骤34、选定所述音视频模块能支持的某一音视频功能作为待测试的音视频功能，调用该待测试的音视频功能对应的API接口以启动相应的音视频功能。

进一步的，所述步骤4具体包括：

步骤41、所述PC端测试工具实时监听待测设备；

步骤42、当所述PC端测试工具监听到待测设备的音视频模块调用了某一API接口时，根据调用的API接口确定待测试的音视频功能，所述PC端测试工具的发送端加载测试用例集中与待测试的音视频功能匹配的测试用例中的音视频文件；

步骤43、利用FFmpeg工具将音视频文件的音频和视频进行分离；

步骤44、利用FFmpeg工具的编码模块将音频和视频编码为本地配置的编码格式；

步骤45、将编码后的音频和视频经过RTP协议进行封装；

步骤46、将封装后的音频和视频发送给待测设备的音视频模块的接收端。

进一步的，所述步骤5具有包括：

步骤51、所述音视频模块的接收端接收封装后的音频和视频；

步骤52、将封装后的音频和视频经过RTP协议进行解封装；

步骤53、利用FFmpeg工具的解码模块将解封装后的音频和视频进行解码处理，得到音频和视频；

步骤54、利用OpenCV对音频和视频进行渲染；

步骤55、将渲染后的音频和视频在音视频模块的UI界面上进行播放和显示；

步骤56、接管接收端中解码后的音频和视频数据，将接管的音频和视频采集后回灌到音视频模块的发送端；

步骤57、所述音视频模块的发送端利用FFmpeg工具的编码模块将音频和视频编码为本地配置的编码格式；

步骤58、将编码后的音频和视频经过RTP协议进行封装；

步骤59、将封装后的音频和视频发送给PC端测试工具。

进一步的，步骤6具体包括：

步骤61、所述PC端测试工具的接收端接收封装后的音频和视频；

步骤62、将封装后的音频和视频经过RTP协议进行解封装；

步骤63、利用FFmpeg工具的解码模块将解封装后的音频和视频进行解码处理，得到音频和视频；

步骤64、利用OpenCV对音频和视频进行渲染；

步骤65、将渲染后的音频和视频在PC测试工具的UI界面上进行播放和显示。

进一步的，所述步骤7具体包括：

步骤71、获取所述PC端测试工具的发送端进行音视频文件分离后保存下来的音频和视频作为原始文件；

步骤72、获取所述PC端测试工具的接收端进行解封装和解码后得到音频和视频作为测试文件；

步骤73、将所述原始文件与测试文件进行比对，确定所述原始文件中音频和测试文件中音频的相似度，以及所述原始文件中视频与测试文件中视频的相似度；

步骤74、判断音频的相似度和视频的相似度是否均大于设定阈值，若是，则校验待测设备的测试结果为测试成功；若否，则校验待测设备的测试结果为测试失败。

本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述的一种跨平台的楼宇对讲音视频测试方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的一种跨平台的楼宇对讲音视频测试方法。

采用上述的技术方案，本发明与现有技术相比，其具有的有益效果为：

1、本发明的集成测试方案，包括了楼宇对讲的铃声播放、录音、通话、监控、截图、录屏等所有音视频的功能；不同的功能均可以使用本发明的测试方法进行测试。该发明采用了一套完整的解决方案，将音视频功能的测试集成到一个PC端测试工具，利用代理中间件将PC端测试工具与被测设备的音视频模块完全的联通，可以完成全API的测试，覆盖各种参数变化和结果校验；

2、音视频模块具有多种功能，每一个不同的功能对应一个API接口，启动对应的API接口可以对相应的功能进行测试处理；测试范围广，涵盖了楼宇对讲所有的API接口的测试，并且可以覆盖所有API参数修改，API参数可以从UI显示屏上获取和显示，并可在完成功能之前修改API参数，如通话功能对应的API参数可通过UI显示屏上获取和显示，可以在执行通话前修改通话的API参数；

3、为了实现自动化判断通话测试结果，需要两个模块的支持，一个是被测设备中的回采模块，另一个是PC测试工具中的校验模块。所述回采模块接管被测设备的接收模块中解码后的音频和视频数据，所述采集单元用于将接管的音频和视频采集后回灌到待测设备的发送模块；所述校验模块是在发送阶段将音频和视频的数据保存下来，接收到来自被测设备经过rtp解码后音频和视频数据，也作为一个输入传入，通过分别对音频和视频进行检验来确保音视频的正常。本发明采用的是全自动的测试方案，配有自动的校验模块，可以校验测试的声音和视频是否正常、同时校验配置的参数是否生效；可以覆盖所有的音视频API，所有API接口的测试采用全自动测试方案，支持视频全参数校验包括帧率、码率、分辨率、编码格式、图像质量，音频支持编码格式、采样率、采样精度校验，人声检测功能，可以全方位测试音视频的功能。大大提高了测试的效率和测试的全面性，相比于传统的音视频主观测试具有更加可靠的测试准确性和一致性。

4、根据不同的设备类型选择对应的配置参数和测试用例，支持跨平台，可以针对门口机、室内机等不同机型进行功能测试测试过程中，可以根据机型下发配置和生成不同的测试项。该发明对测试者的要求比较低，由于全部都是自动化测试和校验结果，测试人员只需要在前期完成对应配置项的输入，后续都是自动化测试完成。该发明使用简单，只需要简单配置后可以自动测试音视频功能，从而降低了音视频的测试门槛，而不需要比较经验丰富的测试者就可以完成音视频的全面测试。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种跨平台的楼宇对讲音视频测试方法的执行流程图。

图2是本发明实施例提供的PC端测试工具与待测设备之间建立连接和传输配置参数的流程图。

图3是本发明实施例提供的PC端测试工具的发送音视频数据的过程示意图。

图4是本发明实施例提供的PC端测试工具的接收音视频数据的过程示意图。

图5是本发明实施例提供的PC端测试工具的校验音视频数据的过程示意图。

图6是本发明实施例提供的待测设备的接收音视频数据的过程示意图。

图7是本发明实施例提供的待测设备的回采音视频数据的过程示意图。

图8是本发明实施例提供的待测设备的发送音视频数据的过程示意图。

图9是本发明实施例提供的PC端测试工具、代理中间件和音视频模块中各组件的示意图。

图10是本发明实施例提供的一种电子设备的示意图。

图11是本发明实施例提供的一种计算机可读存储介质的示意图。

具体实施方式

下面结合附图和实施例，对本发明作进一步的详细描述。特别指出的是，以下实施例仅用于说明本发明，但不对本发明的范围进行限定。同样的，以下实施例仅为本发明的部分实施例而非全部实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参见图1-图9，本发明的一种跨平台的楼宇对讲音视频测试方法，应用于PC端测试工具与待测设备之间，包括如下步骤：

步骤1、所述PC端测试工具根据待测设备的类型匹配出待测设备能支持的音视频功能对应的配置参数和测试用例集；不同的设备类型对应不同的芯片平台，不同的芯片平台对应的配置参数存在一些差异，根据芯片平台能支持的参数来配置对应的配置参数，比如有些是只支持音频的，就只需配置音频的那套参数。这个步骤可以使用户能按不同平台配置相关的数据，配置参数更有针对性，根据不同的设备类型选择对应的配置参数和测试用例，支持跨平台，可以针对门口机、室内机等不同机型进行功能测试测试过程中，可以根据机型下发配置和生成不同的测试项。

在本实施例中，所述步骤1具体包括：

步骤11、所述PC端测试工具内存储有映射关系表，该映射关系表中记录有不同的设备类型、配置参数和测试用例集之间的一一对应关系，测试用例集包括与对应设备能支持的所有音视频功能一一对应的多个测试用例；

步骤12、用户选择一设备作为待测设备，启动PC端测试工具；

步骤13、所述PC端测试工具根据待测设备的类型在映射关系表中寻找一致的设备类型，再根据该设备类型找出对应的配置参数和测试用例集；所述配置参数包括音视频的基础信息和服务器信息，所述音视频的基础信息包括：喇叭/麦克风音量、通话的音视频编码方式、采样率、采样精度、码率、帧率和分辨率中的至少一个；所述服务器信息包括rtsp协议、mjpeg格式；

步骤14、所述PC端测试工具将根据待测设备的类型选定的配置参数和测试用例集存放在本地。

所述PC端测试工具将不同设备类型所对应的配置信息和测试用例集都一一记录下来，判断出待测设备的类型后，可在存储的映射关系表查询出匹配的配置参数和测试用例集，对于不同的设备类型，都可以通过PC端测试工具快速匹配出配置参数和测试用例集，这样可以适配不同的设备，可支持跨平台测试。

映射关系表：

步骤2、通过代理中间件建立所述PC端测试工具与待测设备之间的连接；连接后才能正常使用音视频模块的各项功能，从而进行功能的测试。

在本实施例中，所述步骤2具体包括：

步骤21、所述PC端测试工具将代理中间件和代理启动请求下发给待测设备；

步骤22、待测设备接收代理中间件和代理启动请求，将所述代理中间件进行存储在待测设备中，并将待测设备中的代理中间件与音视频模块之间建立连接；

步骤23、所述待测设备根据代理启动请求对代理中间件进行启动；

步骤24、所述PC端测试工具对待测设备的状态进行实时监听，当所述PC端测试工具监听到代理中间件开始启动时，根据设定的传输协议建立所述PC端测试工具与代理中间件之间的连接。所述设定的传输协议采用的是TCP协议，是一种面向连接的、可靠的、基于字节流的传输层通信协议。

步骤3、所述PC端测试工具加载该配置参数，将所述配置参数通过代理中间件传输给待测设备的音视频模块，所述音视频模块根据配置参数进行配置并调用待测试的音视频功能对应的API接口；

在本实施例中，所述步骤3具体包括：

步骤31、所述PC端测试工具加载本地的配置参数，将配置参数封装为适用于PC端测试工具传输的第一数据格式，并通过TCP协议发送给代理中间件；所述第一数据格式采用json数据格式，是一种轻量级的数据交换格式，易于阅读和编写，同时也易于机器解析和生成。

步骤32、所述代理中间件按第一数据格式对封装后的配置参数进行解封装，得到配置参数，再将配置参数封装为适用于待测设备传输的第二数据格式，并通过IPC方式发送给待测设备的音视频模块；所述第二数据格式采用IPC数据格式，IPC指进程通信。

步骤33、所述待测设备的音视频模块按第二数据格式对封装后的配置参数进行解封装，得到配置参数并进行配置；

步骤34、选定所述音视频模块能支持的某一音视频功能作为待测试的音视频功能，调用该待测试的音视频功能对应的API接口以启动相应的音视频功能。不同的功能对应唯一一个API接口，使得在测试过程中可以直观根据功能选择对应的API接口进行测试；例如：要对通话功能进行测试，则启动通话功能对应的API接口。可以覆盖所有的音视频API，所有API接口的测试采用全自动测试方案，支持视频全参数校验包括帧率、码率、分辨率、编码格式、图像质量，音频支持编码格式、采样率、采样精度校验，人声检测功能，可以全方位测试音视频的功能，大大提高了测试的效率和测试的全面性。

步骤4、当所述PC端测试工具监听到音视频模块调用了API接口时，根据调用的API接口确定待测试的音视频功能，并加载测试用例集中与待测试的音视频功能匹配的测试用例中的音视频文件，并依次进行音频和视频分离、编码和封装处理，发送给待测设备的音视频模块；

在本实施例中，所述步骤4具体包括：

步骤41、所述PC端测试工具实时监听待测设备；

步骤42、当所述PC端测试工具监听到待测设备的音视频模块调用了某一API接口时，根据调用的API接口确定待测试的音视频功能，所述PC端测试工具的发送端加载测试用例集中与待测试的音视频功能匹配的测试用例中的音视频文件；因为测试用例集中具有用于测试待测设备能支持的所有音视频功能的测试用例，一种音视频功能对应一个测试用例，当确定好需要测试的音视频功能后，可从测试用例集中调用出对应的测试用例进行加载后执行后续的测试操作；API接口、音视频功能和测试用例之间也是一一对应关系，所以需要对哪些功能进行测试就可以调用对应的API接口和测试用例去执行相应的测试过程进行测试，因此可以将多个音视频功能的测试集成到一个PC端测试工具；

步骤43、利用FFmpeg工具将音视频文件的音频和视频进行分离；FFmpeg是一套可以用来记录、转换数字音频、视频，并能将其转化为流的开源计算机程序。

步骤44、利用FFmpeg工具的编码模块将音频和视频编码为本地配置的编码格式；

步骤45、将编码后的音频和视频经过RTP协议进行封装；

步骤46、将封装后的音频和视频发送给待测设备的音视频模块的接收端。

步骤5、所述音视频模块接收封装后的音频和视频后，依次进行解封装和解码处理，得到音频和视频进行播放和显示，再重新对采集到的音频和视频依次进行编码和封装处理后，发送给PC端测试工具；

在本实施例中，所述步骤5具有包括：

步骤51、所述音视频模块的接收端接收封装后的音频和视频；

步骤52、将封装后的音频和视频经过RTP协议进行解封装；

步骤53、利用FFmpeg工具的解码模块将解封装后的音频和视频进行解码处理，得到音频和视频；

步骤54、利用OpenCV对音频和视频进行渲染；

步骤55、将渲染后的音频和视频在音视频模块的UI界面上进行播放和显示；

步骤56、接管接收端中解码后的音频和视频数据，将接管的音频和视频采集后回灌到音视频模块的发送端；

步骤57、所述音视频模块的发送端利用FFmpeg工具的编码模块将音频和视频编码为本地配置的编码格式；

步骤58、将编码后的音频和视频经过RTP协议进行封装；

步骤59、将封装后的音频和视频发送给PC端测试工具。

步骤6、所述PC端测试工具接收封装后的音频和视频后，依次进行解封装和解码处理，得到音频和视频并进行播放和显示；

在本实施例中，步骤6具体包括：

步骤61、所述PC端测试工具的接收端接收封装后的音频和视频；

步骤62、将封装后的音频和视频经过RTP协议进行解封装；

步骤63、利用FFmpeg工具的解码模块将解封装后的音频和视频进行解码处理，得到音频和视频；解码方式是将视频转换为yuv420数据，将音频转换为pcm数据。

步骤64、利用OpenCV对音频和视频进行渲染；OpenCV是一个基于Apache2.0许可（开源）发行的跨平台计算机视觉和机器学习软件库，可以运行在Linux、Windows、Android和Mac OS操作系统上。

步骤65、将渲染后的音频和视频在PC测试工具的UI界面上进行播放和显示。

步骤7、将所述PC端测试工具的发送端中进行音视频文件分离后得到的音频和视频分别与所述PC端测试工具的接收端进行解封装和解码后得到音频和视频进行比对来校验待测设备的测试结果。

在本实施例中，所述步骤7具体包括：

步骤71、获取所述PC端测试工具的发送端进行音视频文件分离后保存下来的音频和视频作为原始文件；

步骤72、获取所述PC端测试工具的接收端进行解封装和解码后得到音频和视频作为测试文件；

步骤73、将所述原始文件与测试文件进行比对，确定所述原始文件中音频和测试文件中音频的相似度，以及所述原始文件中视频与测试文件中视频的相似度；

步骤74、判断音频的相似度和视频的相似度是否均大于设定阈值，若是，则校验待测设备的测试结果为测试成功；若否，则校验待测设备的测试结果为测试失败。视频校验是利用结构相似性指数和直方图转换两个参数来衡量，当相似性达到99%认为视频是一致的。音频校验标准是利用均方差和声谱来衡量，当相似性达到99%认为视频是一致的。

1、如图3-图5所示，对于PC端测试工具：所述PC端测试工具包括发送模块、接收模块和校验模块；

所述发送模块包括加载单元、分离单元、编码单元、封装单元和发送单元；所述加载单元用于加载mp4音视频文件，所述分离单元用于利用FFmpeg工具分离音视频，所述编码单元用于利用FFmpeg工具将音视频转码为配置的编码格式，所述封装单元用于通过RTP协议封装音频和视频，所述发送单元用于分别发送封装后的音频和视频至待测设备中；

所述接收模块包括接收单元、解封装单元、解码单元、渲染单元和显示单元，所述接收单元用于分别接收待测设备发送过来的封装后的音频和视频，所述解封装单元用于通过RTP协议对封装后的音频和视频进行解封装，所述解码单元用于利用FFmpeg工具分别解码音频和视频，所述渲染单元用于将解码后的音频和视频经过OpenCV进行渲染，所述显示单元用于通过UI显示屏进行显示视频同时播放音频；

所述校验模块包括接管单元、存档单元、音频校验单元和视频校验单元，所述接管单元用于接管PC端测试工具的接收模块中解码后的音频和视频，所述存档单元用于存档PC端测试工具的发送模块中分离后的音频和视频，所述音频校验单元用于利用均方差和声谱两个参数进行比较90%以上一致性确保音频是正常，所述视频校验单元用于利用结构相似性指数和直方图进行比较90%以上一致性确保视频正常。

2、如图6-图8所示，对于待测设备，所述待测设备包括接收模块、回采模块和发送模块；

所述待测设备的接收模块与所述PC端测试工具的接收模块是完全相同的过程，包括接收单元、解封装单元、解码单元、渲染单元和显示单元，所述接收单元用于分别接收PC端测试工具的发送模块发送过来的封装后的音频和视频，所述解封装单元用于通过RTP协议对封装后的音频和视频进行解封装，所述解码单元用于利用FFmpeg工具分别解码音频和视频，所述渲染单元用于将解码后的音频和视频经过OpenCV进行渲染，所述显示单元用于通过UI显示屏进行显示视频同时播放音频；

所述回采模块包括接管单元和采集单元，所述接管单元用于接管接收模块中解码后的音频和视频数据，所述采集单元用于将接管的音频和视频采集后回灌到待测设备的发送模块；

所述待测设备的发送模块与PC端测试工具的发送模块过程相似，包括编码单元、封装单元和发送单元；所述编码单元用于利用FFmpeg工具将音视频转码为配置的编码格式，所述封装单元用于通过RTP协议封装音频和视频，所述发送单元用于分别发送封装后的音频和视频至PC端测试工具中。

为了实现自动化判断通话测试结果，需要两个模块的支持，一个是被测设备中的回采模块，另一个是PC测试工具中的校验模块。所述回采模块接管被测设备的接收模块中解码后的音频和视频数据，所述采集单元用于将接管的音频和视频采集后回灌到待测设备的发送模块；所述校验模块是在发送阶段将音频和视频的数据保存下来，接收到来自被测设备经过rtp解码后音频和视频数据，也作为一个输入传入，需要将视频转换为yuv420数据，音频转换为pcm数据。

如图9所示，各部件之间的关系：

M1（协议组件）：M1协议组件，主要是完成json协议的封装，根据既定的协议将PC工具的控制参数，转换为json协议，并通过tcp发往va代理M7的协议协议组件。

M2（UI显示组件）：M2 UI显示组件，分为两部分组成，一部分是配置参数、包括音视频的基础配置信息；另一部分是实时的连接控制信息：包括服务器的ip、端口，实时输出的日志信息，以及测试用例选项。M2是总控制入口，控制着PC测试工具的其他组件M1、M3、M4、M5。

M3（测试用例组件）：M3测试用例组件，可以根据不同的测试机型进行测试用例的选择，编排测试用例的具体测试逻辑，测试用例组件是跨平台的重要组成，根据不同平台构建不同的测试方案。

M4（配置组件）：M4配置组件，用于存放不同机型的配置信息，是跨平台重要组成部分，根据不同的平台选择不同的配置参数。配置的信息包括，音视频的基础信息（喇叭麦克风音量、通话的音视频编码方式、采样率、采样精度、码率、帧率、分辨率等等）、服务器的信息如rtsp、mjpeg服务器的各个参数。

M5（媒体组件）：M5媒体组件，主要包括接收端和发送端，接收端接收来自被测设备的音视频数据、进行解rtp封装、解码、渲染显示；发送端利用FFmpeg进行MP4文件解析分离音视频、音视频转码、rtp封装、发送音视频数据到被测设备。

M6（测试校验组件）：M5测试校验组件，作为测试自动化的核心组件，接收来自M5的发送端发送前的转码后的数据，接收来自M5接收端rtp解封装的数据、根据音频、视频采用不同的策略校验是音视频是否正确传输。

M7（协议组件）：M7是va代理的协议组件，用于收发来自M1 PC测试工具的控制协议，主要功能包括JSON数据格式的封装与解封装，自定义协议的解析和构建，完成协议的交换功能，同时M7根据接收的内容将配置部分下发到M9模块。

M8（IPC消息组件）：M8是va代理的IPC消息组件，用于接收来自M7的解析后的数据，并根据IPC消息格式构建IPC控制消息发送到设备的音视频进程，完成对音视频进程的控制操作。

M9（配置组件）：M9是va代理的配置组件，用于接收来自M7解析后的数据，根据配置的文件，配置节点和具体的键值直接修改对应的配置文件生效相关的配置操作，由于主动作用于配置文件因此平台无关，实现不同平台均可操作的目的。

M10（音视频回采组件）：M10是音视频回采组件，需要插入到音视频进程中，主要对接的是音频的接收后解码的数据和视频接收后解码的数据得到PCM数据和YUV数据，并将音频数据灌入音频采集模块，接管麦克风采集；视频灌入视频采集模块接管摄像头采集。

如图10所示，本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的一种跨平台的楼宇对讲音视频测试方法。

如图11所示，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述的一种跨平台的楼宇对讲音视频测试方法。

另外，在本发明各个实施方式中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的部分实施例，并非因此限制本发明的保护范围，凡是利用本发明说明书及附图内容所作的等效装置或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种跨平台的楼宇对讲音视频测试方法，其特征在于，应用于PC端测试工具与待测设备之间，包括如下步骤：

步骤1、所述PC端测试工具根据待测设备的类型匹配出待测设备能支持的音视频功能对应的配置参数和测试用例集；

步骤2、通过代理中间件建立所述PC端测试工具与待测设备之间的连接；

步骤3、所述PC端测试工具加载该配置参数，将所述配置参数通过代理中间件传输给待测设备的音视频模块，所述音视频模块根据配置参数进行配置并调用待测试的音视频功能对应的API接口；

步骤4、当所述PC端测试工具监听到音视频模块调用了API接口时，根据调用的API接口确定待测试的音视频功能，并加载测试用例集中与待测试的音视频功能匹配的测试用例中的音视频文件，并依次进行音频和视频分离、编码和封装处理，发送给待测设备的音视频模块；

步骤5、所述音视频模块接收封装后的音频和视频后，依次进行解封装和解码处理，得到音频和视频进行播放和显示，再重新对采集到的音频和视频依次进行编码和封装处理后，发送给PC端测试工具；

步骤6、所述PC端测试工具接收封装后的音频和视频后，依次进行解封装和解码处理，得到音频和视频并进行播放和显示；

步骤7、将所述PC端测试工具的发送端中进行音视频文件分离后得到的音频和视频分别与所述PC端测试工具的接收端进行解封装和解码后得到音频和视频进行比对来校验待测设备的测试结果。

2.如权利要求1所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，所述步骤1具体包括：

步骤11、所述PC端测试工具内存储有映射关系表，该映射关系表中记录有不同的设备类型、配置参数和测试用例集之间的一一对应关系，测试用例集包括与对应设备能支持的所有音视频功能一一对应的多个测试用例；

步骤12、用户选择一设备作为待测设备，启动PC端测试工具；

步骤13、所述PC端测试工具根据待测设备的类型在映射关系表中寻找一致的设备类型，再根据该设备类型找出对应的配置参数和测试用例集；所述配置参数包括音视频的基础信息和服务器信息，所述音视频的基础信息包括：喇叭/麦克风音量、通话的音视频编码方式、采样率、采样精度、码率、帧率和分辨率中的至少一个；

步骤14、所述PC端测试工具将根据待测设备的类型选定的配置参数和测试用例集存放在本地。

3.如权利要求1所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，所述步骤2具体包括：

步骤21、所述PC端测试工具将代理中间件和代理启动请求下发给待测设备；

步骤22、待测设备接收代理中间件和代理启动请求，将所述代理中间件进行存储在待测设备中，并将待测设备中的代理中间件与音视频模块之间建立连接；

步骤23、所述待测设备根据代理启动请求对代理中间件进行启动；

步骤24、所述PC端测试工具对待测设备的状态进行实时监听，当所述PC端测试工具监听到代理中间件开始启动时，根据设定的传输协议建立所述PC端测试工具与代理中间件之间的连接。

4.如权利要求2所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，所述步骤3具体包括：

步骤31、所述PC端测试工具加载本地的配置参数，将配置参数封装为适用于PC端测试工具传输的第一数据格式，并发送给代理中间件；

步骤32、所述代理中间件按第一数据格式对封装后的配置参数进行解封装，得到配置参数，再将配置参数封装为适用于待测设备传输的第二数据格式，并发送给待测设备的音视频模块；

步骤33、所述待测设备的音视频模块按第二数据格式对封装后的配置参数进行解封装，得到配置参数并进行配置；

步骤34、选定所述音视频模块能支持的某一音视频功能作为待测试的音视频功能，调用该待测试的音视频功能对应的API接口以启动相应的音视频功能。

5.如权利要求1所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，所述步骤4具体包括：

步骤41、所述PC端测试工具实时监听待测设备；

步骤42、当所述PC端测试工具监听到待测设备的音视频模块调用了某一API接口时，根据调用的API接口确定待测试的音视频功能，所述PC端测试工具的发送端加载测试用例集中与待测试的音视频功能匹配的测试用例中的音视频文件；

步骤43、利用FFmpeg工具将音视频文件的音频和视频进行分离；

步骤44、利用FFmpeg工具的编码模块将音频和视频编码为本地配置的编码格式；

步骤45、将编码后的音频和视频经过RTP协议进行封装；

步骤46、将封装后的音频和视频发送给待测设备的音视频模块的接收端。

6.如权利要求1所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，所述步骤5具有包括：

步骤51、所述音视频模块的接收端接收封装后的音频和视频；

步骤52、将封装后的音频和视频经过RTP协议进行解封装；

步骤53、利用FFmpeg工具的解码模块将解封装后的音频和视频进行解码处理，得到音频和视频；

步骤54、利用OpenCV对音频和视频进行渲染；

步骤55、将渲染后的音频和视频在音视频模块的UI界面上进行播放和显示；

步骤56、接管接收端中解码后的音频和视频数据，将接管的音频和视频采集后回灌到音视频模块的发送端；

步骤57、所述音视频模块的发送端利用FFmpeg工具的编码模块将音频和视频编码为本地配置的编码格式；

步骤58、将编码后的音频和视频经过RTP协议进行封装；

步骤59、将封装后的音频和视频发送给PC端测试工具。

7.如权利要求1所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，步骤6具体包括：

步骤61、所述PC端测试工具的接收端接收封装后的音频和视频；

步骤62、将封装后的音频和视频经过RTP协议进行解封装；

步骤63、利用FFmpeg工具的解码模块将解封装后的音频和视频进行解码处理，得到音频和视频；

步骤64、利用OpenCV对音频和视频进行渲染；

步骤65、将渲染后的音频和视频在PC测试工具的UI界面上进行播放和显示。

8.如权利要求1所述的一种跨平台的楼宇对讲音视频测试方法，其特征在于，所述步骤7具体包括：

步骤71、获取所述PC端测试工具的发送端进行音视频文件分离后保存下来的音频和视频作为原始文件；

步骤72、获取所述PC端测试工具的接收端进行解封装和解码后得到音频和视频作为测试文件；

步骤73、将所述原始文件与测试文件进行比对，确定所述原始文件中音频和测试文件中音频的相似度，以及所述原始文件中视频与测试文件中视频的相似度；

步骤74、判断音频的相似度和视频的相似度是否均大于设定阈值，若是，则校验待测设备的测试结果为测试成功；若否，则校验待测设备的测试结果为测试失败。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至8任一项所述的一种跨平台的楼宇对讲音视频测试方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至8任一项所述的一种跨平台的楼宇对讲音视频测试方法。