音量测试方法、控制端设备、存储介质及音量测试系统与流程

本发明属于计算机技术领域，尤其涉及一种音量测试方法、控制端设备、存储介质及音量测试系统。

背景技术：

目前，行业中测试智能手机、平板等电子产品的外放音量时，一般是人工手动打开被测设备的相关播放功能，并逐个点击音源进行播放，同时人工手动打开声级计以测试音量，每个音源测完后需手动记录数据，由于整个过程需要人工参与程度较高，因此，音量测试效率较低，容易出错。

技术实现要素：

本发明的目的在于提供一种音量测试方法、控制端设备、存储介质及音量测试系统，旨在解决现有技术中所存在的、音量测试效率较低及出错率较高的问题。

一方面，本发明提供了一种音量测试方法，所述方法包括下述步骤：

建立与被测设备之间的第一通信连接，以及与音量测试设备之间的第二通信连接；

根据预设的配置信息，基于所述第一通信连接与所述被测设备之间交互第一测试信息，基于所述第二通信连接与所述音量测试设备之间交互第二测试信息，以触发所述被测设备及所述音量测试设备执行相应音量测试动作。

另一方面，本发明提供了一种控制端设备，包括存储器及处理器，所述处理器执行所述存储器中存储的计算机程序时实现如上述方法中的步骤。

另一方面，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述方法中的步骤。

另一方面，本发明还提供了一种音量测试系统，包括：如上述的控制端设备以及所述音量测试设备。

本发明在建立与被测设备之间的第一通信连接，以及与音量测试设备之间的第二通信连接后，根据预设的配置信息，基于第一通信连接与被测设备之间交互第一测试信息，并基于第二通信连接与音量测试设备之间交互第二测试信息，以触发被测设备及音量测试设备执行相应音量测试动作。这样，可控制被测设备及音量测试设备自动执行音量测试动作，而无需人工参与操作音量测试设备和被测设备以及结果记录，从而提升了音量测试效率，保证了测试结果的准确、可靠。

附图说明

图1是本发明实施例一提供的音量测试方法的实现流程图；

图2是本发明实施例二中记事本文本文件示意图；

图3是本发明实施例三提供的音量测试方法的相关流程图；

图4是本发明实施例五提供的控制端设备的结构示意图；

图5是本发明实施例七提供的音量测试系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

以下结合具体实施例对本发明的具体实现进行详细描述：

实施例一：

图1示出了本发明实施例一提供的音量测试方法的实现流程，该音量测试方法是为了实现对智能手机、平板电脑等电子产品的外放音量进行测试。为了便于说明，仅示出了与本发明实施例相关的部分，详述如下：

在步骤s101中，建立与被测设备之间的第一通信连接，以及与音量测试设备之间的第二通信连接。

在本实施例中，当通过有线或者无线方式做好被测设备以及音量测试设备通信连接之前的物理结构准备时，需要依赖相应的通信协议与被测设备、音量测试设备之间建立通信连接，或称之为通信链路，需要与被测设备以及音量测试设备之间基于通信协议进行通信握手。基于该通信连接即可传输指令、数据。有线方式可以是通过通用串行总线(universalserialbus，usb)连接线、串口线等连接，无线方式可以是通过蓝牙、无线保真(wirelessfidelity，wifi)等连接。

在步骤s102中，根据预设的配置信息，基于第一通信连接与被测设备之间交互第一测试信息，基于第二通信连接与音量测试设备之间交互第二测试信息，以触发被测设备及音量测试设备执行相应音量测试动作。

在本实施例中，配置信息可表示：哪台被测设备什么时候播放哪个音量测试文件，以及，哪台音量测试设备什么时候进行播放音量采集，这样，即可根据配置信息对被测设备以及音量测试设备进行相应控制，实现被测设备、音量测试设备受控协同工作。上述配置信息中，针对被测设备进行控制的信息与针对音量测试设备进行控制的信息之间可以直接相关，或者间接相关，例如：可设定在被测设备开始播放音量测试文件1时，音量测试设备同时针对该次播放进行音量采集，并记录相应的采集结果，这个过程的实现，可以通过对被测设备及音量测试设备进行相应相关的配置来实现，例如：向被测设备及音量测试设备发送控制指令的时间和触发被测设备及音量测试设备动作的时间等均同步，这样就实现了上述直接相关；或者，可设定被测设备在2018年8月15日15:00开始播放音量测试文件1，音量测试设备也同样在2018年8月15日15:00开始进行音量采集，在绝对时间上的同步，但是对被测设备及音量测试设备进行配置或发送控制指令的时间可能不会同步，这样就实现了上述的间接相关。音量测试文件可预先通过网络下载或者本地转存等方式存储到被测设备中，也可以在交互测试信息之前发送到被测设备，被测设备中需要提前装载能进行音量测试文件播放的播放软件。音量测试文件优选音轨较为简单的音量测试文件，这样，被测设备的测试结果将更为精确，不同被测设备的测试结果、参考样本之间的比较将更为准确、可靠。

实施本实施例，可控制被测设备及音量测试设备自动执行音量测试动作，而无需人工参与操作音量测试设备和被测设备以及结果记录，从而提升了音量测试效率，保证了测试结果的准确、可靠。

实施例二：

本实施例在实施例一基础上，进一步提供了如下内容：

上述配置信息包括：音量测试文件播放时序信息以及音量采集时序信息，音量采集时序信息与音量测试文件播放时序信息相关，这两者相关主要是指：被测设备的音量测试文件播放可以与音量测试设备的音量采集同步，这种相关性可以采用上述直接相关或间接相关进行实现。

相应地，在步骤s102中，交互第一测试信息，具体包括下述步骤：

向被测设备发送用于触发被测设备按照音量测试文件播放时序信息播放音量测试文件的第一测试指令，其中，第一测试指令类型可根据被测设备操作系统进行设定，例如：当被测设备操作系统为安卓android系统时，第一测试指令类型可以为安卓测试桥(androiddebugbridge，adb)指令，当被测设备操作系统为苹果ios系统时，第一测试指令类型可以为ios指令；交互第二测试信息，具体包括下述步骤：向音量测试设备发送用于触发音量测试设备按照音量采集时序信息进行播放音量采集的第二测试指令，并从音量测试设备接收播放音量采集结果，其中，如果音量测试设备支持串口，则第二测试指令类型可以为串口指令。配置信息中可包含音量测试文件的相关信息，例如：音量测试文件识别信息、时长信息、类型信息以及播放顺序信息等，这些信息可以彼此相关并存在于一个关系表中，如图2所示，列出了作为配置信息中一部分的一个记事本文本文件，包含6个音频文件和3个视频文件，并标注了文件名和播放时长。

实施本实施例，通过使被测设备对音量测试文件播放和音量测试设备的音量采集的精准同步，避免了因人工操作造成无法精准同步，尽可能地可消除因此造成的测试误差，尤其是在音量测试文件的播放时间较短时，更能凸显优势。

实施例三：

本实施例在上述实施例一或二基础上，进一步提供了如下内容：

在步骤s101与步骤s102之间还包括如图3所示的下述步骤：

在步骤s301中，基于第一通信连接与被测设备之间交互初始化信息，以触发被测设备将设备播放音量设定在初始化信息所指定的初始等级并进入静音工作状态。

在本实施例中，由于被测设备会有若干设备播放音量等级，此处，为了后续进行音量测试，需要预先进行被测设备的设备播放音量初始等级的指定与调试。而为了后续进行音量测试环境是否合格的判断，需要使被测设备进入静音工作状态。

在步骤s302中，基于第二通信连接与音量测试设备之间交互调试信息，以触发音量测试设备对被测设备为静音工作状态时的实时环境音量进行采集。

在步骤s303中，从音量测试设备获得实时环境音量采集结果。

在步骤s304中，根据所获得的实时环境音量采集结果与预设环境音量标称值的比对结果，判断音量测试环境是否合格，若合格，则执行步骤s305，否则执行步骤s306。

在本实施例中，预设环境音量标称值在高标准要求时，可以指示环境处于静音状态，在其他情况下，可以指示环境存在噪音，但噪音音量较小可忽略不计或不会影响测试结果。

在步骤s305中，进行后续第一测试信息及第二测试信息的交互，以进行音量测试(即上述步骤s102)。

在步骤s306中，更换音量测试环境或者消除环境噪音。

在本实施例中，当对测试环境有较高标准要求，而上述音量测试环境不合格时，则需要更换音量测试环境，例如：从存在可能影响测试结果的噪音的环境，切换到环境噪音几乎不存在的隔音室中，或者，进行相应的环境噪音隔离处理，例如：设置隔音墙等。

实施本实施例，可在真正进入音量测试过程之前，进行音量测试环境是否满足音量测试需求的判断，从而能寻找到或构建既能符合音量测试需求，又不会花费较高成本的音量测试环境。

当然需要说明的是，在其他应用实例中，也可以构建能符合音量测试需求的隔音室，以屏蔽环境噪音。

实施例四：

本实施例在上述实施例三基础上，进一步提供了如下内容：

上述步骤s303中，具体是从音量测试设备获得预定持续时间段内位于不同时间点的若干实时环境音量采集结果，这些实时环境音量采集结果是在预定持续时间段内不同时间点采集的。

在本实施例中，相应还包括：

判断若干实时环境音量采集结果是否基本保持在同一水平，若是，将播放音量采集结果与各实时环境音量采集结果输入至数据处理模型进行去噪处理，得到被测设备的最终音量测试结果。

在本实施例中，数据处理模型是一种去噪处理模型，主要目的是从播放音量采集结果中剔除环境噪音，从而还原被测设备真实的音量。

当若干实时环境音量采集结果并未基本保持在同一水平，而是波动幅度较大时，则指示可能通过去噪处理也无法得到理想的测试结果。那么，此时可能需要更换测试环境。

实施例五：

图4示出了本发明实施例五提供的控制端设备的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

本发明实施例的控制端设备包括处理器401以及存储器402，处理器401执行存储在存储器402中的计算机程序403时实现上述各个方法实施例中的步骤，例如图1所示的步骤s101至s102。

控制端设备中处理器401执行计算机程序403时实现上述各方法时实现的步骤可参考前述方法实施例的描述，在此不再赘述。

当然，本实施例的控制端设备在具体实现时，还可以包含其他模块，例如：便于用户操作的鼠标、键盘等人机交互模组、用于与服务器远程通信的网络模组等。

实施例六：

在本发明实施例中，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤，例如，图1所示的步骤s101至s102。

本发明实施例的计算机可读存储介质可以包括能够携带计算机程序代码的任何实体或装置、记录介质，例如，rom/ram、磁盘、光盘、闪存等存储器。

实施例七：

图5示出了本发明实施例七提供的音量测试系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分。

本发明实施例的音量测试系统包括：上述控制端设备501以及音量测试设备502，用于对被测设备503进行音量测试。其中，控制端设备501与音量测试设备502、被测设备503之间可通过有线或无线方式连接。音量测试设备502具体可为声级计，被测设备503具体可为智能手机或平板电脑。控制端设备501与音量测试设备502之间可通过串口线或蓝牙等方式连接，控制端设备501与被测设备503之间可通过usb连接线或蓝牙等方式连接。

需要说明的是，音量测试系统可以针对多音量测试设备502和/或多被测设备503进行构建，具体在进行控制时，可设定测试优先级或者顺序，依次或者同时进行测试。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。