CN112699017B - 声音测试方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本公开实施例公开了一种声音测试方法、装置、电子设备及计算机可读存储介质，所述声音测试方法包括：响应于接收到任务对象声音测试指令，生成所述任务对象；改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；根据所述预设应用程序编程接口数据检测结果，确定声音测试结果。该技术方案通过模拟操作以及应用程序编程接口数据检测实现任务对象声音测试，大大节省了测试人员的测试工作量，避免了执行真实操作流程所花费的时间，从而大大提高了测试工作的执行效率，因而能够有效应用于数据量较大的测试工作中。

Description

声音测试方法、装置、电子设备及计算机可读存储介质

技术领域

本公开涉及测试技术领域，具体涉及一种声音测试方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网技术的发展，越来越多的商家或者服务提供商通过互联网应用来为用户提供服务，但互联网应用中的某些功能有可能会由于设置或者其他原因发生故障，进而降低商家或服务提供商的服务质量和用户的体验，比如互联网订单通常设置新订单提示音，以在生成新订单时提醒商家或者服务提供商及时处理该新订单，但若该新订单提示音功能由于设置或者其他原因发生故障，在生成新订单时不能够播放提示音，这样商家或服务提供商就不会及时察觉新订单的存在，进而会导致降低商家或服务提供商的服务质量，甚至会影响商家或服务提供商的经营效益。因此，为了保证互联网应用的正常运行，需要定期对其进行功能测试。现有技术在测试时，通常是通过执行一遍真实的操作流程来实现测试，比如，在测试新订单提示音时，测试人员会按照真实的下单流程创建一个订单，检测是否能够正常播放新订单提示音，而在测试订单接收音时，测试人员也需要按照真实的接单流程接收订单，检测是否存在订单接收提示音，虽然该测试方法能够保证测试的准确率，但该测试方法需要耗费很多的人力成本，并且测试效率低下，无法应用于数据量较大的测试工作。

发明内容

本公开实施例提供一种声音测试方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例中提供了一种声音测试方法。

具体的，所述声音测试方法，包括：

响应于接收到任务对象声音测试指令，生成所述任务对象；

改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；

根据所述预设应用程序编程接口数据检测结果，确定声音测试结果。

结合第一方面，本公开在第一方面的第一种实现方式中，所述响应于接收到任务对象声音测试指令，生成所述任务对象，包括：

响应于接收到任务对象声音测试指令，启动任务对象操作应用；

响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

结合第一方面和第一方面的第一种实现方式，本公开在第一方面的第二种实现方式中，所述响应于接收到任务对象声音测试指令，生成所述任务对象，还包括：

响应于所述任务对象的模拟生成，检测所述预设应用程序编程接口数据。

结合第一方面、第一方面的第一种实现方式和第一方面的第二种实现方式，本公开在第一方面的第三种实现方式中，所述改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，被实施为：

模拟改变所述任务对象的进程状态，并响应于检测到所述任务对象的进程状态发生变化，检测预设应用程序编程接口数据。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式和第一方面的第三种实现方式，本公开在第一方面的第四种实现方式中，所述根据所述预设应用程序编程接口数据检测结果，确定声音测试结果，包括：

确定声音测试规则数据；

将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式和第一方面的第四种实现方式，本公开在第一方面的第五种实现方式中，还包括：

根据所述声音测试结果执行预设操作。

第二方面，本公开实施例中提供了一种声音测试装置。

具体的，所述声音测试装置，包括：

生成模块，被配置为响应于接收到任务对象声音测试指令，生成所述任务对象；

检测模块，被配置为改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；

确定模块，被配置为根据所述预设应用程序编程接口数据检测结果，确定声音测试结果。

结合第二方面，本公开在第二方面的第一种实现方式中，所述生成模块包括：

启动子模块，被配置为响应于接收到任务对象声音测试指令，启动任务对象操作应用；

登录子模块，被配置为响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

生成子模块，被配置为响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

结合第二方面和第二方面的第一种实现方式，本公开在第二方面的第二种实现方式中，所述生成模块还包括：

检测子模块，被配置为响应于所述任务对象的模拟生成，检测所述预设应用程序编程接口数据。

结合第二方面、第二方面的第一种实现方式和第二方面的第二种实现方式，本公开在第二方面的第三种实现方式中，所述检测模块被配置为：

模拟改变所述任务对象的进程状态，并响应于检测到所述任务对象的进程状态发生变化，检测预设应用程序编程接口数据。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式和第二方面的第三种实现方式，本公开在第二方面的第四种实现方式中，所述确定模块包括：

确定子模块，被配置为确定声音测试规则数据；

匹配子模块，被配置为将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式和第二方面的第四种实现方式，本公开在第二方面的第五种实现方式中，还包括：

执行模块，被配置为根据所述声音测试结果执行预设操作。

第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现上述第一方面中声音测试方法的方法步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储声音测试装置所用的计算机指令，其包含用于执行上述第一方面中声音测试方法为声音测试装置所涉及的计算机指令。

本公开实施例提供的技术方案可以包括以下有益效果：

上述技术方案通过模拟生成任务对象，并在任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，最终根据预设应用程序编程接口数据检测结果，确定声音测试结果。该技术方案通过模拟操作以及应用程序编程接口数据检测实现任务对象声音测试，大大节省了测试人员的测试工作量，避免了执行真实操作流程所花费的时间，从而大大提高了测试工作的执行效率，因而能够有效应用于数据量较大的测试工作中。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的声音测试方法的流程图；

图2示出根据图1所示实施方式的声音测试方法的步骤S101的流程图；

图3示出根据图1所示另一实施方式的声音测试方法的步骤S101的流程图；

图4示出根据图1所示实施方式的声音测试方法的步骤S103的流程图；

图5示出根据本公开了另一实施方式的声音测试方法的流程图；

图6示出根据本公开一实施方式的声音测试装置的结构框图；

图7示出根据图6所示实施方式的声音测试装置的生成模块601的结构框图；

图8示出根据图6所示另一实施方式的声音测试装置的生成模块601的结构框图；

图9示出根据图6所示实施方式的声音测试装置的确定模块603的结构框图；

图10示出根据本公开另一实施方式的声音测试装置的结构框图；

图11示出根据本公开一实施方式的电子设备的结构框图；

图12是适于用来实现根据本公开一实施方式的声音测试方法的计算机系统的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

本公开实施例提供的技术方案通过模拟生成任务对象，并在任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，最终根据预设应用程序编程接口数据检测结果，确定声音测试结果。该技术方案通过模拟操作以及应用程序编程接口数据检测实现任务对象声音测试，大大节省了测试人员的测试工作量，避免了执行真实操作流程所花费的时间，从而大大提高了测试工作的执行效率，因而能够有效应用于数据量较大的测试工作中。

图1示出根据本公开一实施方式的声音测试方法的流程图，可适用于服务器端。如图1所示，所述声音测试方法包括以下步骤S101-S103：

在步骤S101中，响应于接收到任务对象声音测试指令，生成所述任务对象；

在步骤S102中，改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；

在步骤S103中，根据所述预设应用程序编程接口数据检测结果，确定声音测试结果。

上文提及，随着互联网技术的发展，越来越多的商家或者服务提供商通过互联网应用来为用户提供服务，但互联网应用中的某些功能有可能会由于设置或者其他原因发生故障，进而降低商家或服务提供商的服务质量和用户的体验，比如互联网订单通常设置新订单提示音，以在生成新订单时提醒商家或者服务提供商及时处理该新订单，但若该新订单提示音功能由于设置或者其他原因发生故障，在生成新订单时不能够播放提示音，这样商家或服务提供商就不会及时察觉新订单的存在，进而会导致降低商家或服务提供商的服务质量，甚至会影响商家或服务提供商的经营效益。因此，为了保证互联网应用的正常运行，需要定期对其进行功能测试。现有技术在测试时，通常是通过执行一遍真实的操作流程来实现测试，比如，在测试新订单提示音时，测试人员会按照真实的下单流程创建一个订单，检测是否能够正常播放新订单提示音，而在测试订单接收音时，测试人员也需要按照真实的接单流程接收订单，检测是否存在订单接收提示音，虽然该测试方法能够保证测试的准确率，但该测试方法需要耗费很多的人力成本，并且测试效率低下，无法应用于数据量较大的测试工作。

考虑到上述缺陷，在该实施方式中，提出一种声音测试方法，该方法通过模拟生成任务对象，并在任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，最终根据预设应用程序编程接口数据检测结果，确定声音测试结果。该技术方案通过模拟操作以及应用程序编程接口数据检测实现任务对象声音测试，大大节省了测试人员的测试工作量，避免了执行真实操作流程所花费的时间，从而大大提高了测试工作的执行效率，因而能够有效应用于数据量较大的测试工作中。

在本实施例的一个可选实现方式中，所述任务对象指的是被生成或者被创建的、存在相应的进程状态且所述进程状态可变的、用于检测与其关联的事件对象或者与其状态变化相关的事件对象的执行是否正常的对象，比如，所述任务对象可以为订单、活动、任务等等，与其关联或者与其状态变化相关的事件对象可以为订单提示声音、活动提示声音、任务提示声音等等。

其中，所述任务对象的进程状态指的是可被某一状态改变触发事件触发，并在触发后数据发生变化的状态对象。以任务对象为订单为例，若用户创建了一个订单，该订单的当前进程状态为新订单；之后商户接收了这个订单，那么商户接收订单的操作就可认为是一个状态改变触发事件，被该事件触发后，所述新订单的进程状态就变为已接收订单；之后商户将订单商品准备好进行配送，配送信息的产生可认为是一个状态改变触发事件，被该事件触发后，所述已接收订单的进程状态就变为配送订单；最后配送员将订单商品配送至用户处，用户签收，用户的签收信息也可认为是一个状态改变触发事件，被该事件触发后，所述配送订单的进程状态就变为已完成订单。

在本实施例的一个可选实现方式中，所述任务对象声音测试指令可由任务对象声音测试请求方生成或发送，其中，所述任务对象声音测试请求方指的是请求对于任务对象相关的声音信息进行测试的主体对象，比如测试人员、测试机器等测试资源。

其中，所述应用程序编程接口(Application Programming Interface，API)是一组定义、程序及协议的集合，能够实现计算机软件之间的相互通信。借助所述应用程序编程接口能够访问系统资源和服务，实现数据和资源共享。比如，通过所述应用程序编程接口可获取系统音频数据，这样就可根据应用程序编程接口音频数据来执行相应的判断，比如，若检测到应用程序编程接口音频数据存在、产生数据或者有数据更新，则认为相应操作系统会有声音播放，反之，若检测到应用程序编程接口音频数据不存在、未产生数据、数据为空或者未发生数据更新，则认为相应操作系统没有声音播放。

在本实施例的一个可选实现方式中，如图2所示，所述步骤S101，即响应于接收到任务对象声音测试指令，生成所述任务对象，包括以下步骤S201-S203：

在步骤S201中，响应于接收到任务对象声音测试指令，启动任务对象操作应用；

在步骤S202中，响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

在步骤S203中，响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

为了有效生成任务对象，同时避免测试人员进行真实操作流程所花费的测试工作量，节约测试时间，在该实现方式中，采用自动化测试方式模拟任务对象的生成流程。具体地，首先在接收到任务对象声音测试指令之后，启动任务对象操作应用；然后在任务对象操作应用启动成功之后，利用自动化操作单元模拟登录所述任务对象操作应用；最后响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

在本实施例的一个可选实现方式中，所述任务对象操作应用指的是用于生成或操作任务对象的应用环境，比如某一个应用程序。

在本实施例的一个可选实现方式中，所述自动化操作单元指的是可根据相应命令实施自动化操作的单元，比如Appium，其中，Appium是一个开源、跨平台的测试框架，其可以用来测试原生及混合的应用。

在本实施例的一个可选实现方式中，所述任务对象参数信息指的是生成所述任务对象所需要的参数，比如，若所述任务对象为订单，则所述任务对象参数可以包括以下参数中的一种或多种：订单生成时间、订单付款时间、订单发货时间、订单完成时间、订单内容、订单金额、订单优惠信息、订单配送信息、订单交易双方信息等等。

在本实施例的一个可选实现方式中，所述步骤S101，即响应于接收到任务对象声音测试指令，生成所述任务对象，还包括任务对象模拟生成之后，检测所述预设应用程序编程接口数据的步骤，即如图3所示，所述步骤S101，即响应于接收到任务对象声音测试指令，生成所述任务对象，包括以下步骤S301-S304：

在步骤S301中，响应于接收到任务对象声音测试指令，启动任务对象操作应用；

在步骤S302中，响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

在步骤S303中，响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象；

在步骤S304中，响应于所述任务对象的模拟生成，检测所述预设应用程序编程接口数据。

考虑到某些任务对象在生成之后，其进程状态就会发生变化，与其关联的事件对象或者与其状态变化相关的事件对象就会被触发，比如，若所述任务对象为订单，那么在订单生成时，为了及时通知到订单商家，会触发新订单提示音的播放。因此，在该实现方式中，需要在任务对象模拟生成之后，就对于所述预设应用程序编程接口数据进行检测，以判断与所述任务对象关联的事件对象或者与所述任务对象状态变化相关的事件对象是否被触发。

在本实施例的一个可选实现方式中，所述步骤S102，即改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据的步骤，可被实施为：

模拟改变所述任务对象的进程状态，并响应于检测到所述任务对象的进程状态发生变化，检测预设应用程序编程接口数据。

类似地，为了有效生成任务对象，同时避免测试人员进行真实操作流程所花费的测试工作量，节约测试时间，在该实现方式中，采用自动化测试方式模拟任务对象的进程状态变化流程，比如，借助Appium等自动化操作单元模拟改变所述任务对象的进程状态，并在检测到所述任务对象的进程状态发生变化后，检测预设应用程序编程接口数据。

在本实施例的一个可选实现方式中，如图4所示，所述步骤S103，即根据所述预设应用程序编程接口数据检测结果，确定声音测试结果，包括以下步骤S401-S402：

在步骤S401中，确定声音测试规则数据；

在步骤S402中，将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

为了根据预设应用程序编程接口数据检测结果，准确获取声音测试结果，在该实现方式中，首先确定声音测试规则数据；然后将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

在本实施例的一个可选实现方式中，所述声音测试规则数据指的是与任务对象对应的、与与任务对象关联的事件对象对应的、或者与与任务对象的状态变化相关的事件对象对应的、对于声音进行测试的规则数据。比如，若所述任务对象为订单，当新订单生成时，需要播放提示音以提醒商户及时对于新订单进行接收及处理；当新订单被商家接收时，由于接收操作是由商家来完成，因此，这时就不需要播放提示音再提醒商户了；当已接收订单被配送且由用户签收成功，此时，为了让商家及时了解订单的最新动态，也可设置播放提示音告知商户某一订单已完成。对于上述示例，所述声音测试规则数据可表现为：当新订单生成即订单完成时，播放提示音，当新订单被接收时，不播放提示音。

确定或者获取了上述声音测试规则数据之后，就可以将检测得到的预设应用程序编程接口数据与所述声音测试规则数据进行比较和匹配来判断声音测试结果了。比如，若新订单生成时，声音测试规则数据为播放提示音，实际检测到的应用程序编程接口数据也存在有效音频数据或存在有效音频数据更新，则认为当前声音测试正常；若新订单被接收时，声音测试规则数据为不播放提示音，但实际检测到的应用程序编程接口数据却存在有效音频数据或存在有效音频数据更新，则认为当前声音测试异常，需进行故障检测和排除。

在本实施例的一个可选实现方式中，所述方法还包括根据所述声音测试结果执行预设操作的步骤，即如图5所示，所述声音测试方法包括以下步骤S501-S504：

在步骤S501中，响应于接收到任务对象声音测试指令，生成所述任务对象；

在步骤S502中，改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；

在步骤S503中，根据所述预设应用程序编程接口数据检测结果，确定声音测试结果；

在步骤S504中，根据所述声音测试结果执行预设操作。

在该实现方式中，在确定声音测试结果之后，就可以根据所述声音测试结果执行相应的预设操作。比如，若声音测试结果为正常，则可生成工作正常日志并存储，若声音测试结果为异常，则可生成工作异常日志存储并上报，后续还可根据所述工作异常日志进行故障检测和排除操作。即，所述预设操作可以包括以下操作中的一种或多种：生成工作日志、存储工作日志、上报工作日志、故障检测、故障排除等等。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图6示出根据本公开一实施方式的声音测试装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，可实现为服务器端。如图6所示，所述声音测试装置包括：

生成模块601，被配置为响应于接收到任务对象声音测试指令，生成所述任务对象；

检测模块602，被配置为改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；

确定模块603，被配置为根据所述预设应用程序编程接口数据检测结果，确定声音测试结果。

上文提及，随着互联网技术的发展，越来越多的商家或者服务提供商通过互联网应用来为用户提供服务，但互联网应用中的某些功能有可能会由于设置或者其他原因发生故障，进而降低商家或服务提供商的服务质量和用户的体验，比如互联网订单通常设置新订单提示音，以在生成新订单时提醒商家或者服务提供商及时处理该新订单，但若该新订单提示音功能由于设置或者其他原因发生故障，在生成新订单时不能够播放提示音，这样商家或服务提供商就不会及时察觉新订单的存在，进而会导致降低商家或服务提供商的服务质量，甚至会影响商家或服务提供商的经营效益。因此，为了保证互联网应用的正常运行，需要定期对其进行功能测试。现有技术在测试时，通常是通过执行一遍真实的操作流程来实现测试，比如，在测试新订单提示音时，测试人员会按照真实的下单流程创建一个订单，检测是否能够正常播放新订单提示音，而在测试订单接收音时，测试人员也需要按照真实的接单流程接收订单，检测是否存在订单接收提示音，虽然该测试方法能够保证测试的准确率，但该测试方法需要耗费很多的人力成本，并且测试效率低下，无法应用于数据量较大的测试工作。

考虑到上述缺陷，在该实施方式中，提出一种声音测试装置，该装置通过模拟生成任务对象，并在任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，最终根据预设应用程序编程接口数据检测结果，确定声音测试结果。该技术方案通过模拟操作以及应用程序编程接口数据检测实现任务对象声音测试，大大节省了测试人员的测试工作量，避免了执行真实操作流程所花费的时间，从而大大提高了测试工作的执行效率，因而能够有效应用于数据量较大的测试工作中。

在本实施例的一个可选实现方式中，所述任务对象指的是被生成或者被创建的、存在相应的进程状态且所述进程状态可变的、用于检测与其关联的事件对象或者与其状态变化相关的事件对象的执行是否正常的对象，比如，所述任务对象可以为订单、活动、任务等等，与其关联或者与其状态变化相关的事件对象可以为订单提示声音、活动提示声音、任务提示声音等等。

其中，所述任务对象的进程状态指的是可被某一状态改变触发事件触发，并在触发后数据发生变化的状态对象。以任务对象为订单为例，若用户创建了一个订单，该订单的当前进程状态为新订单；之后商户接收了这个订单，那么商户接收订单的操作就可认为是一个状态改变触发事件，被该事件触发后，所述新订单的进程状态就变为已接收订单；之后商户将订单商品准备好进行配送，配送信息的产生可认为是一个状态改变触发事件，被该事件触发后，所述已接收订单的进程状态就变为配送订单；最后配送员将订单商品配送至用户处，用户签收，用户的签收信息也可认为是一个状态改变触发事件，被该事件触发后，所述配送订单的进程状态就变为已完成订单。

在本实施例的一个可选实现方式中，所述任务对象声音测试指令可由任务对象声音测试请求方生成或发送，其中，所述任务对象声音测试请求方指的是请求对于任务对象相关的声音信息进行测试的主体对象，比如测试人员、测试机器等测试资源。

其中，所述应用程序编程接口(Application Programming Interface，API)是一组定义、程序及协议的集合，能够实现计算机软件之间的相互通信。借助所述应用程序编程接口能够访问系统资源和服务，实现数据和资源共享。比如，通过所述应用程序编程接口可获取系统音频数据，这样就可根据应用程序编程接口音频数据来执行相应的判断，比如，若检测到应用程序编程接口音频数据存在、产生数据或者有数据更新，则认为相应操作系统会有声音播放，反之，若检测到应用程序编程接口音频数据不存在、未产生数据、数据为空或者未发生数据更新，则认为相应操作系统没有声音播放。

在本实施例的一个可选实现方式中，如图7所示，所述生成模块601包括：

启动子模块701，被配置为响应于接收到任务对象声音测试指令，启动任务对象操作应用；

登录子模块702，被配置为响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

生成子模块703，被配置为响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

为了有效生成任务对象，同时避免测试人员进行真实操作流程所花费的测试工作量，节约测试时间，在该实现方式中，采用自动化测试方式模拟任务对象的生成流程。具体地，首先在接收到任务对象声音测试指令之后，启动任务对象操作应用；然后在任务对象操作应用启动成功之后，利用自动化操作单元模拟登录所述任务对象操作应用；最后响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

在本实施例的一个可选实现方式中，所述任务对象操作应用指的是用于生成或操作任务对象的应用环境，比如某一个应用程序。

在本实施例的一个可选实现方式中，所述自动化操作单元指的是可根据相应命令实施自动化操作的单元，比如Appium，其中，Appium是一个开源、跨平台的测试框架，其可以用来测试原生及混合的应用。

在本实施例的一个可选实现方式中，所述任务对象参数信息指的是生成所述任务对象所需要的参数，比如，若所述任务对象为订单，则所述任务对象参数可以包括以下参数中的一种或多种：订单生成时间、订单付款时间、订单发货时间、订单完成时间、订单内容、订单金额、订单优惠信息、订单配送信息、订单交易双方信息等等。

在本实施例的一个可选实现方式中，所述生成模块601还包括任务对象模拟生成之后，检测所述预设应用程序编程接口数据的部分，即如图8所示，所述生成模块601包括：

启动子模块801，被配置为响应于接收到任务对象声音测试指令，启动任务对象操作应用；

登录子模块802，被配置为响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

生成子模块803，被配置为响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象；

检测子模块804，被配置为响应于所述任务对象的模拟生成，检测所述预设应用程序编程接口数据。

考虑到某些任务对象在生成之后，其进程状态就会发生变化，与其关联的事件对象或者与其状态变化相关的事件对象就会被触发，比如，若所述任务对象为订单，那么在订单生成时，为了及时通知到订单商家，会触发新订单提示音的播放。因此，在该实现方式中，需要在任务对象模拟生成之后，就对于所述预设应用程序编程接口数据进行检测，以判断与所述任务对象关联的事件对象或者与所述任务对象状态变化相关的事件对象是否被触发。

在本实施例的一个可选实现方式中，所述检测模块602可被配置为：

模拟改变所述任务对象的进程状态，并响应于检测到所述任务对象的进程状态发生变化，检测预设应用程序编程接口数据。

类似地，为了有效生成任务对象，同时避免测试人员进行真实操作流程所花费的测试工作量，节约测试时间，在该实现方式中，所述检测模块602采用自动化测试方式模拟任务对象的进程状态变化流程，比如，借助Appium等自动化操作单元模拟改变所述任务对象的进程状态，并在检测到所述任务对象的进程状态发生变化后，检测预设应用程序编程接口数据。

在本实施例的一个可选实现方式中，如图9所示，所述确定模块603包括：

确定子模块901，被配置为确定声音测试规则数据；

匹配子模块902，被配置为将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

为了根据预设应用程序编程接口数据检测结果，准确获取声音测试结果，在该实现方式中，确定子模块901确定声音测试规则数据；匹配子模块902将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

在本实施例的一个可选实现方式中，所述声音测试规则数据指的是与任务对象对应的、与与任务对象关联的事件对象对应的、或者与与任务对象的状态变化相关的事件对象对应的、对于声音进行测试的规则数据。比如，若所述任务对象为订单，当新订单生成时，需要播放提示音以提醒商户及时对于新订单进行接收及处理；当新订单被商家接收时，由于接收操作是由商家来完成，因此，这时就不需要播放提示音再提醒商户了；当已接收订单被配送且由用户签收成功，此时，为了让商家及时了解订单的最新动态，也可设置播放提示音告知商户某一订单已完成。对于上述示例，所述声音测试规则数据可表现为：当新订单生成即订单完成时，播放提示音，当新订单被接收时，不播放提示音。

确定或者获取了上述声音测试规则数据之后，就可以将检测得到的预设应用程序编程接口数据与所述声音测试规则数据进行比较和匹配来判断声音测试结果了。比如，若新订单生成时，声音测试规则数据为播放提示音，实际检测到的应用程序编程接口数据也存在有效音频数据或存在有效音频数据更新，则认为当前声音测试正常；若新订单被接收时，声音测试规则数据为不播放提示音，但实际检测到的应用程序编程接口数据却存在有效音频数据或存在有效音频数据更新，则认为当前声音测试异常，需进行故障检测和排除。

在本实施例的一个可选实现方式中，所述装置还包括根据所述声音测试结果执行预设操作的部分，即如图10所示，所述声音测试装置包括：

生成模块1001，被配置为响应于接收到任务对象声音测试指令，生成所述任务对象；

检测模块1002，被配置为改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据；

确定模块1003，被配置为根据所述预设应用程序编程接口数据检测结果，确定声音测试结果；

执行模块1004，被配置为根据所述声音测试结果执行预设操作。

在该实现方式中，在确定声音测试结果之后，执行模块1004就可以根据所述声音测试结果执行相应的预设操作。比如，若声音测试结果为正常，则可生成工作正常日志并存储，若声音测试结果为异常，则可生成工作异常日志存储并上报，后续还可根据所述工作异常日志进行故障检测和排除操作。即，所述预设操作可以包括以下操作中的一种或多种：生成工作日志、存储工作日志、上报工作日志、故障检测、故障排除等等。

本公开还公开了一种电子设备，图11示出根据本公开一实施方式的电子设备的结构框图，如图11所示，所述电子设备1100包括存储器1101和处理器1102；其中，

所述存储器1101用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器1102执行以实现上述方法步骤。

图12适于用来实现根据本公开实施方式的声音测试方法的计算机系统的结构示意图。

如图12所示，计算机系统1200包括中央处理单元(CPU)1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行上述实施方式中的各种处理。在RAM1203中，还存储有系统1200操作所需的各种程序和数据。CPU1201、ROM1202以及RAM1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行上述声音测试方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (14)

1.一种声音测试方法，其特征在于，包括：

响应于接收到任务对象声音测试指令，生成所述任务对象，所述任务对象为模拟生成的；

改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，所述预设应用程序编程接口数据包括音频数据；

根据所述预设应用程序编程接口数据中的音频数据的检测结果，确定声音测试结果。

2.根据权利要求1所述的声音测试方法，其特征在于，所述响应于接收到任务对象声音测试指令，生成所述任务对象，包括：

响应于接收到任务对象声音测试指令，启动任务对象操作应用；

响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

3.根据权利要求2所述的声音测试方法，其特征在于，所述响应于接收到任务对象声音测试指令，生成所述任务对象，还包括：

响应于所述任务对象的模拟生成，检测所述预设应用程序编程接口数据。

4.根据权利要求1-3任一所述的声音测试方法，其特征在于，所述改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，被实施为：

模拟改变所述任务对象的进程状态，并响应于检测到所述任务对象的进程状态发生变化，检测预设应用程序编程接口数据。

5.根据权利要求1-3任一所述的声音测试方法，其特征在于，所述根据所述预设应用程序编程接口数据检测结果，确定声音测试结果，包括：

确定声音测试规则数据；

将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

6.根据权利要求1所述的声音测试方法，其特征在于，还包括：

根据所述声音测试结果执行预设操作。

7.一种声音测试装置，其特征在于，包括：

生成模块，被配置为响应于接收到任务对象声音测试指令，生成所述任务对象，所述任务对象为模拟生成的；

检测模块，被配置为改变所述任务对象的进程状态，并在所述任务对象的进程状态发生变化时，检测预设应用程序编程接口数据，所述预设应用程序编程接口数据包括音频数据；

确定模块，被配置为根据所述预设应用程序编程接口数据中的音频数据的检测结果，确定声音测试结果。

8.根据权利要求7所述的声音测试装置，其特征在于，所述生成模块包括：

启动子模块，被配置为响应于接收到任务对象声音测试指令，启动任务对象操作应用；

登录子模块，被配置为响应于所述任务对象操作应用启动成功，模拟登录所述任务对象操作应用；

生成子模块，被配置为响应于所述任务对象操作应用登录成功，确定任务对象参数信息，并根据所述任务对象参数信息模拟生成所述任务对象。

9.根据权利要求8所述的声音测试装置，其特征在于，所述生成模块还包括：

检测子模块，被配置为响应于所述任务对象的模拟生成，检测所述预设应用程序编程接口数据。

10.根据权利要求7-9任一所述的声音测试装置，其特征在于，所述检测模块被配置为：

模拟改变所述任务对象的进程状态，并响应于检测到所述任务对象的进程状态发生变化，检测预设应用程序编程接口数据。

11.根据权利要求7-9任一所述的声音测试装置，其特征在于，所述确定模块包括：

确定子模块，被配置为确定声音测试规则数据；

匹配子模块，被配置为将所述预设应用程序编程接口数据与所述声音测试规则数据进行匹配，根据数据匹配结果确定声音测试结果。

12.根据权利要求7所述的声音测试装置，其特征在于，还包括：

执行模块，被配置为根据所述声音测试结果执行预设操作。

13.一种电子设备，其特征在于，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现权利要求1-6任一项所述的方法步骤。

14.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-6任一项所述的方法步骤。