CN117130914A - 多媒体功能自动化测试处理方法、装置 - Google Patents

Abstract

本发明公开了多媒体功能自动化测试处理方法、装置，方法包括：根据需求，确定要测试的多媒体功能和场景；基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；通过所述自动化测试框架识别和定位需要操作的多媒体元素；运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；收集和记录测试执行过程中的日志和结果，生成测试报告并输出。本申请通过自动化执行测试，减少了人为误差和重复性工作；提高了多媒体功能测试的效率和准确性，为用户的使用提供了方便。

Description

多媒体功能自动化测试处理方法、装置

技术领域

本发明涉及多媒体功能自动化测试技术领域，尤其涉及的是一种多媒体功能自动化测试处理方法、装置、智能终端及存储介质。

背景技术

随着科技的发展和人们生活水平的不断提高，各种智能终端的使用越来越普及。

现有技术中的智能终端功能越来越多，其中多媒体功能是智能终端常见的功能。在智能终端中，多媒体功能扮演着重要的角色。然而，传统的智能终端采用手动测试方法在验证多媒体功能时存在一些不足之处，包括测试效率低、人为误差和重复性工作。

因此，现有技术还有待改进和发展。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种多媒体功能自动化测试处理方法、装置、智能终端及存储介质，本发明提供了一种能够自动化执行多媒体功能测试的方法和系统。

本发明解决问题所采用的技术方案如下：

一种多媒体功能自动化测试处理方法，其中，包括：

根据需求，确定要测试的多媒体功能和场景；

基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

通过所述自动化测试框架识别和定位需要操作的多媒体元素；

运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

收集和记录测试执行过程中的日志和结果，生成测试报告并输出。

所述的多媒体功能自动化测试处理方法，其中，所述根据需求，确定要测试的多媒体功能和场景的步骤包括：

通过操作不同的播放场景，验证智能终端的多媒体功能是否正常工作，以确定要测试的多媒体功能和场景，所述场景包括播放视频、音频控制、频道切换。

所述的多媒体功能自动化测试处理方法，其中，所述基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架的步骤包括：

根据要测试的多媒体功能和场景的实际需求信息，选择一匹配的自动化测试框架，通过所述自动化测试框架提供与智能终端进行交互和控制的功能。

所述的多媒体功能自动化测试处理方法，其中，所述通过所述自动化测试框架调用预设的测试环境和测试脚本的步骤包括：

接收操作指令安装所述自动化测试框架及对应的驱动程序；

通过所述自动化测试框架创建新的测试脚本文件，其中，所述测试脚本包括测试用例和相关的多媒体功能操作；

将所述测试脚本文件导入所需的库和所述自动化测试框架，并将所述自动化框架与被测试的智能终端建立连接。

所述的多媒体功能自动化测试处理方法，其中，所述通过所述自动化测试框架识别和定位需要操作的多媒体元素的步骤包括：

利用所述自动化框架提供的工具或API接口，通过元素的属性或者屏幕坐标、识别和定位需要操作的多媒体元素。

所述的多媒体功能自动化测试处理方法，其中，所述运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作的步骤包括：

运行所述测试脚本，控制所述自动化框架与智能终端进行交互，通过所述自动化框架控制智能终端启动视频播放器应用程序，并选择一测试视频文件进行播放；

等待视频开始播放，并验证播放状态；

随机执行至少一个播放控制操作指令，并验证播放控制操作指令执行的预期结果；

控制调整音量，并验证音量的变化；

检查视频播放的完整性和质量。

所述的多媒体功能自动化测试处理方法，其中，所述控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期的步骤包括：

在测试脚本中添加断言，验证每个步骤和操作的预期结果是否符合预期，包括：检查视频是否开始播放、暂停操作是否生效、音量是否按预期变化。

一种多媒体功能自动化测试处理装置，其中，所述装置包括：

多媒体功能和场景确定模块，用于根据需求，确定要测试的多媒体功能和场景；

测试框架确定模块，用于基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

多媒体元素定位模块，用于通过所述自动化测试框架识别和定位需要操作的多媒体元素；

脚本执行控制模块，用于运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

断言验证模块，用于控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

测试报告生成模块，用于收集和记录测试执行过程中的日志和结果，生成测试报告并输出。

一种智能终端，其中，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行任意一项所述的方法。

一种非临时性计算机可读存储介质，其中，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行任意一项所述的方法。

本发明的有益效果：本发明提供了一种多媒体功能自动化测试处理方法、装置，与现有技术相比，本申请实施例支持在智能终端上广泛的多媒体功能测试场景；通过自动化执行测试，减少了人为误差和重复性工作；提高了多媒体功能测试的效率和准确性，为用户的使用提供了方便。

附图说明

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

图1是本发明实施例提供的多媒体功能自动化测试处理方法的流程示意图。

图2是本发明具实施例提供的多媒体功能自动化测试处理方法的数据全链路监控平台处理流程示意图。

图3是本发明实施例提供的多媒体功能自动化测试处理装置的原理框图。

图4是本发明实施例提供的智能终端的内部结构原理框图。

具体实施方式

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

需要说明，若本发明实施例中有涉及方向性指示(诸如上、下、左、右、前、后……)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

现有技术中的智能终端功能越来越多，其中多媒体功能是智能终端常见的功能。在智能终端中，多媒体功能扮演着重要的角色。然而，传统的智能终端采用手动测试方法在验证多媒体功能时存在一些不足之处，包括测试效率低、人为误差和重复性工作。

示例性方法

如图1所示，本发明实施例1的一种多媒体功能自动化测试处理方法，包括以下步骤：

步骤S100、根据需求，确定要测试的多媒体功能和场景；

本申请实施例中，首先要确定需要测试的多媒体功能和场景，其中，多媒体功能可以包括：启动应用程序、选择视频文件、播放、暂停、快进等；具体地，可以通过操作不同的播放场景，验证智能终端的多媒体功能是否正常工作，以确定要测试的多媒体功能和场景，如播放视频、音频控制、频道切换等。

本申请的根据需求，确定要测试的多媒体功能和场景是指在软件或产品开发过程中，根据用户需求和项目要求，确定需要进行测试的多媒体功能和使用场景。

在软件或产品开发过程中，多媒体功能通常包括音频、视频、图像等各种媒体元素的处理和播放功能。而使用场景则是指在实际使用中，用户可能会遇到的各种情境和操作场景。

为了确保软件或产品的质量和稳定性，需要根据需求文档、用户反馈等信息，确定需要重点测试的多媒体功能和使用场景。这样可以确保在测试过程中覆盖到关键的功能和常见的使用场景，从而发现和解决潜在的问题和缺陷。

例如，一个音乐播放器软件的测试团队可能会根据需求确定需要测试的功能包括音频文件的播放、暂停、停止等基本操作，以及音量调节、音效设置等高级功能。而使用场景则可能包括在不同网络环境下的音乐流畅播放、切换歌曲时的过渡效果等。

通过明确要测试的多媒体功能和场景，可以有针对性地进行测试计划的制定和测试用例的设置，从而提高测试效率和覆盖率，确保软件或产品的多媒体功能的质量和用户体验。

步骤S200、基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

本申请中，关于基于确定的所述要测试的多媒体功能和场景，匹配选择对应的自动化测试框架。具体可以根据要测试的多媒体功能和场景的实际需求信息，选择一匹配的自动化测试框架，通过所述自动化测试框架提供与智能终端进行交互和控制的功能。

例如，可以根据实际的测试需求，选择一个适合的自动化测试框架，如Appium(框架名)、UI Automator(框架名)或Espresso(框架名)等。这些框架提供了与Android电视进行交互和控制的功能。

并且本申请中会通过所述自动化测试框架调用预设的测试环境和测试脚本。在具体实施时，本申请先需要，设置测试环境，包括安装和配置开发工具、Android SDK(软件开发工具包)和相关驱动程序，以确保与智能终端的Android电视进行通信和控制。

然扣在具体测试时，接收操作指令安装所述自动化测试框架及对应的驱动程序；

通过所述自动化测试框架创建新的测试脚本文件，其中，所述测试脚本文件可以预先编写存储的：例如可以使用所选择的测试框架编写测试脚本。测试脚本应该包含测试用例和相关的多媒体功能操作，例如启动应用程序、选择视频文件、播放、暂停、快进等。

将所述测试脚本文件导入所需的库和所述自动化测试框架，并将所述自动化框架与被测试的智能终端建立连接，以准备测试。

在自动化测试过程中，将编写好的测试脚本文件导入到所需的库和自动化测试框架中，并确保自动化框架与待测试的智能终端能够成功建立连接。其中，测试脚本文件是用于描述和执行测试步骤的代码文件。而库和自动化测试框架则是用于提供测试所需的功能和工具的软件组件。

将测试脚本文件导入所需的库和自动化测试框架，意味着将测试脚本文件与库和框架进行关联，以便在执行测试时能够调用库和框架提供的功能和工具。这样可以简化测试脚本的编写和维护，并提高测试的灵活性和可扩展性。

同时，为了进行自动化测试，需要确保自动化测试框架能够与待测试的智能终端建立连接。这通常通过使用适当的通信协议和接口实现，如USB、Wi-Fi、蓝牙等。建立连接后，自动化测试框架可以向智能终端发送测试指令和接收测试结果，实现对智能终端的控制和监控。

通过将测试脚本文件导入所需的库和自动化测试框架，并与被测试的智能终端建立连接，可以实现自动化测试的执行和控制，提高测试效率和准确性，同时减少人为操作的错误和风险。

步骤S300、通过所述自动化测试框架识别和定位需要操作的多媒体元素；

本步骤中在识别和定位多媒体元素时，可以利用测试框架提供的工具或API接口，通过元素的属性(如ID、类名、文本内容等)或者屏幕坐标来识别和定位需要操作的多媒体元素，例如播放按钮、暂停按钮、进度条等。

具体地实施时，在自动化测试过程中，可以使用自动化测试框架的功能和工具，对需要进行操作的多媒体元素进行识别和定位。其中，多媒体元素可以是音频、视频、图像等各种媒体类型的元素，如播放按钮、音量调节条、画面区域等。通过识别和定位这些多媒体元素，可以实现对它们的自动化操作，如点击、拖动、截图等。

自动化测试框架通常提供了一些功能和工具，用于识别和定位多媒体元素。这些功能和工具可以根据多媒体元素的属性、位置等信息，将其与测试脚本进行关联，以便在执行测试时能够准确地操作多媒体元素。

具体而言，自动化测试框架可以通过以下方式识别和定位多媒体元素：

1)、使用元素的唯一标识符：多媒体元素通常具有唯一的标识符，例如ID、类名、XPath等。自动化测试框架可以通过这些标识符来定位元素。

2)、使用元素的属性：多媒体元素可能具有一些属性，如名称、类型、值等。自动化测试框架可以通过这些属性来定位元素。

3)、使用元素的位置：多媒体元素在界面上的位置信息也可以用于定位。自动化测试框架可以使用坐标、相对位置等方式来定位元素。

可见，本申请通过使用自动化测试框架的识别和定位功能，可以实现对需要操作的多媒体元素的自动化测试。这样可以提高测试效率和准确性，减少人为操作的错误和风险。

步骤S400、运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

本步骤中，主要是通过运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作。可选地，在运行测试脚本，可以让自动化框架与Android电视进行交互执行视频播放操作。例如，通过模拟按键或触摸来启动播放器应用、选择视频文件、控制播放、暂停等。

具体地，所述步骤S400包括以下步骤：

S401、运行所述测试脚本，控制所述自动化框架与智能终端进行交互，通过所述自动化框架控制智能终端启动视频播放器应用程序，并选择一测试视频文件进行播放；

S402、等待视频开始播放，并验证播放状态；

本实施例中，首先要等视频元素加载完成。这是因为在自动化测试中，元素可能需要一些时间来加载和呈现在页面上。本申请可以使用适当的等待方法，如固定的时间延迟、显式等待或隐式等待，以确保视频元素已经加载完成。

接下来，需要等待视频开始播放。在自动化测试中，视频元素可能需要一些时间来缓冲和准备播放。我们可以使用适当的等待方法，如固定的时间延迟、显式等待或隐式等待，以确保视频已经开始播放。

最后，然后需要验证视频的播放状态。视频的播放状态通常可以通过检查视频元素的属性或方法来确定。例如，可以检查视频元素的"paused"属性，如果该属性的值为False，则表示视频正在播放。

通过等待视频开始播放，并验证播放状态，可以确保视频已经加载完成并且正在播放，从而进行后续的自动化操作或断言。这是在自动化测试中确保视频元素正常工作的重要步骤。

S403、随机执行几个播放控制操作指令，并验证播放控制操作指令执行的预期结果；

本实施例，在自动化测试中，希望随机执行一些播放控制操作指令(如播放、暂停、停止等)，并验证这些指令执行的预期结果。

例如，首先，需要选择要执行的播放控制操作指令。可以使用随机数生成器来随机选择一个指令，或者从一个预定义的指令列表中随机选择一个指令。然后，执行所选的播放控制操作指令。这可以通过调用相应的方法或操作视频元素的属性来实现。例如，我们可以调用视频元素的play()方法来播放视频，或者调用pause()方法来暂停视频。

接下来，需要验证播放控制操作指令执行的预期结果。这可以通过检查视频元素的属性或方法来确定。例如，可以检查视频元素的"paused"属性，如果该属性的值为True，则表示视频已经暂停。

在验证预期结果时，可以使用断言来判断结果是否符合预期。如果结果与预期相符，则断言成功，否则断言失败。

通过随机执行几个播放控制操作指令，并验证播放控制操作指令执行的预期结果，可以确保播放控制操作指令能够正确执行，并且视频的状态与我们预期的一致。这是在自动化测试中验证播放控制功能的重要步骤。

S404、控制调整音量，并验证音量的变化；

在自动化测试中，希望通过控制操作来调整视频的音量，并验证音量的变化是否符合预期。首先，需要选择一个音量调整操作，如增加音量、减小音量或设置特定的音量值。可以使用相应的方法或操作视频元素的属性来实现。例如，可以调用视频元素的volume属性来设置音量值，或者调用increaseVolume()和decreaseVolume()方法来增加或减小音量。

然后，执行所选的音量调整操作。这可以通过调用相应的方法或操作视频元素的属性来实现。接下来，需要验证音量的变化是否符合预期。这可以通过检查视频元素的属性或方法来确定。例如，可以检查视频元素的volume属性，以确认音量是否已经调整到预期的值。

在验证音量的变化时，可以使用断言来判断结果是否符合预期。如果结果与预期相符，则断言成功，否则断言失败。

可见，本步骤通过控制调整音量，并验证音量的变化，可以确保音量调整操作能够正确执行，并且视频的音量与预期的一致。这是在自动化测试中验证音量控制功能的重要步骤。

S405、然后检查视频播放的完整性和质量。

自动化测试中，希望验证视频播放是否完整，并且视频的质量是否符合预期。

首先，需要确保视频能够完整地加载和播放。这可以通过检查视频元素的加载状态来确定。例如，可以检查视频元素的readyState属性，如果该属性的值为4，则表示视频已经完全加载。

接下来，需要验证视频的播放是否完整。这可以通过检查视频元素的播放状态来确定。例如，可以检查视频元素的ended属性，如果该属性的值为True，则表示视频已经播放完毕。

在验证视频的完整性时，可以使用断言来判断结果是否符合预期。如果结果与预期相符，则断言成功，否则断言失败。

另外，还需要验证视频的质量是否符合预期。这可以通过检查视频元素的属性或方法来确定。例如，可以检查视频元素的videoWidth和videoHeight属性，以确认视频的分辨率是否符合预期。

在验证视频质量时，可以使用断言来判断结果是否符合预期。如果结果与预期相符，则断言成功，否则断言失败。

通过检查视频播放的完整性和质量，可以确保视频能够正确加载和播放，并且视频的质量符合我们的预期。这是在自动化测试中验证视频播放功能的重要步骤。

步骤S500、控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

本发明实施例中，上述检测步骤的实现可以控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期。具体地可以在测试脚本中添加断言，验证每个步骤和操作的预期结果是否符合预期，包括：检查视频是否开始播放、暂停操作是否生效、音量是否按预期变化。

本申请实施例中，在测试脚本中添加断言是一种测试方法，用于验证多媒体功能操作的预期结果是否符合预期。断言是一种在测试中使用的语句，用于检查程序的某个条件是否为真。在多媒体功能测试中，断言可以用来验证以下情况：

播放功能：可以使用断言来验证音频或视频是否成功播放，例如检查播放状态是否为“正在播放”。

暂停功能：可以使用断言来验证音频或视频是否成功暂停，例如检查播放状态是否为“已暂停”。

停止功能：可以使用断言来验证音频或视频是否成功停止，例如检查播放状态是否为“已停止”。

音量调节功能：可以使用断言来验证音量调节是否成功，例如检查音量是否与预期值相等。

通过在测试脚本中添加断言，可以确保多媒体功能操作的预期结果是否符合预期。如果断言失败，即条件不满足，测试将会失败，开发人员可以根据断言的具体信息来定位和修复问题。这样可以提高测试的可靠性和准确性，并确保多媒体功能在不同场景下的正确性。

步骤S600、收集和记录测试执行过程中的日志和结果，生成测试报告并输出。

本发明实施例中，可以收集和记录测试执行过程中的日志和结果，生成测试报告以供后续分析和审查。

本申请实施例中，在多媒体功能自动化测试过程中，收集和记录测试执行过程中的日志和结果是非常重要的。这样做可以分析测试进展，以及发现和解决问题。具体地可以包括：

先收集日志和结果：例如在测试执行期间，收集和记录测试过程中的各种信息，包括测试用例的执行情况、错误和异常信息、测试环境的配置和状态等。这些信息可以通过日志文件、数据库记录、截图等方式进行收集。

然后记录日志和结果：将收集到的信息进行记录，通常会使用专门的工具或框架来记录日志和结果。记录的信息应该包括执行的时间、测试用例的标识、执行结果、错误信息等。

再生成测试报告：根据记录的日志和结果，可以使用测试管理工具或自定义脚本来生成测试报告。测试报告通常包括测试用例的执行情况、通过和失败的用例数量、错误和异常的详细信息、测试覆盖率等指标。

并输出测试报告：生成的测试报告可以以不同的形式进行输出，例如HTML、PDF、Excel等格式。测试工程师可以将测试报告发送给相关的利益相关者，如测试团队、开发团队、项目经理等。测试报告的输出可以帮助利益相关者了解测试的结果和进展，并作出相应的决策。

可见，本步骤中通过收集和记录测试执行过程中的日志和结果，并生成测试报告进行输出，可以更好地跟踪和分析测试进展，发现和解决问题，并提供给相关人员一个全面的测试结果概览。这有助于提高测试的可靠性、可重复性和可维护性，并促进项目的成功实施。

具体实施例时，如图2所示，本具体应用实施例所述的多媒体功能自动化测试处理方法，包括以下步骤：

S10、开始，并进入步骤S11；

S11、确定测试需求和场景，并进入S12；

本具体实施例中，关于确定测试需求和场景：

其中，测试需求为：验证Android电视上的视频播放功能是否正常工作。

而测试场景为：播放不同格式的视频文件、控制播放进度、暂停和恢复播放、调整音量等场景。

S12、配置测试环境，并进入S13；

本具体实施例中，在配置测试环境：可以安装Android SDK和相关驱动程序。然后安装所选自动化测试框架，如Appium。并连接Android电视设备到计算机。

S13、编写测试脚本，并进入S14；

本具体实施例中关于编写测试脚本，具体可以创建一个新的测试脚本文件，例如"video_playback_test.py"。然后导入所需的库和框架，如Appium库和相关API。并初始化测试环境和连接到Android电视设备。

S14、导入库和框架，并进入S15；

S15、初始化测试环境，并进入S16；

上述步骤S13-15属于编写测试脚本过程；

S16、启动视频播放应用程序，并进入S17；

S17、选择测试视频文件进行播放，并进入步骤S18；

S18、等待视频开始播放，并进入步骤S19；

S19、执行播放控制操作，并进入步骤S20；

S20、调整音量，并进入步骤S21；

S21、检查视频播放的完整性和质量，并进入步骤S22；

S22、关闭播放器应用程序，并进入S23；

其中，步骤S16-S22主要为测试脚本流程，包括：启动视频播放器应用程序。选择一个测试视频文件进行播放。等待视频开始播放，并验证播放状态。执行一些播放控制操作，如暂停、恢复、快进、快退等。验证播放控制操作的预期结果。调整音量，并验证音量的变化。检查视频播放的完整性和质量。然后关闭播放器应用程序，具体如上面的实施例所述。

S23、添加断言，并进入S24；

S24、验证预期结果，并进入步骤S25；

上述步骤S23-S24主要为添加断言和结果验证；

本具体实施例中，关于添加断言和结果验证具体为：可以在测试脚本中添加断言，验证每个步骤和操作的预期结果是否符合预期。例如，检查视频是否开始播放、暂停操作是否生效、音量是否按预期变化等。

S25、运行测试脚本，并进入S26；

S26、自动化框与Android电视交互，并进入S27；

上述步骤S25-S26为执行测试脚本步骤；

本具体实施例中，在执行测试脚本时包括：运行编写的测试脚本。自动化框架与Android电视进行交互，执行视频播放功能的各个步骤和操作。

S27、收集日志和结果，并进入S28；

S28、生成测试报告；

其中，上述步骤S27-S28为生成日志和报告步骤，包括：生成日志和报告：收集测试执行过程中的日志和结果；生成测试报告，记录测试的执行状态和结果；然后结束。

由上可见，与现有技术相比，本发明的方法具有以下优点和创新之处：

1)、提高了多媒体功能测试的效率和准确性。

2)、通过自动化执行测试，减少了人为误差和重复性工作。

3)、支持在Android电视上广泛的多媒体功能测试场景。

示例性设备

如图3中所示，本发明实施例提供一种多媒体功能自动化测试处理装置，该装置包括：

多媒体功能和场景确定模块310，用于根据需求，确定要测试的多媒体功能和场景；

测试框架确定模块320，用于基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

多媒体元素定位模块330，用于通过所述自动化测试框架识别和定位需要操作的多媒体元素；

脚本执行控制模块340，用于运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

断言验证模块350，用于控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

测试报告生成模块360，用于收集和记录测试执行过程中的日志和结果，生成测试报告并输出，具体如上所述。

基于上述实施例，本发明还提供了一种智能终端，其原理框图可以如图4所示。该智能终端可以为服务器包括通过系统总线连接的处理器、存储器、网络接口、显示屏、数据库。其中，该智能终端的处理器用于提供计算和控制能力。该智能终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该智能终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多媒体功能自动化测试处理方法。该智能终端的数据库用于存储生成的测试报告。

本领域技术人员可以理解，图4中示出的原理框图，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的智能终端的限定，具体的智能终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种智能终端，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

根据需求，确定要测试的多媒体功能和场景；

基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

通过所述自动化测试框架识别和定位需要操作的多媒体元素；

运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

收集和记录测试执行过程中的日志和结果，生成测试报告并输出，具体如上所述。

其中，所述根据需求，确定要测试的多媒体功能和场景的步骤包括：

通过操作不同的播放场景，验证智能终端的多媒体功能是否正常工作，以确定要测试的多媒体功能和场景，所述场景包括播放视频、音频控制、频道切换。

其中，所述基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架的步骤包括：

根据要测试的多媒体功能和场景的实际需求信息，选择一匹配的自动化测试框架，通过所述自动化测试框架提供与智能终端进行交互和控制的功能。

其中，所述通过所述自动化测试框架调用预设的测试环境和测试脚本的步骤包括：

接收操作指令安装所述自动化测试框架及对应的驱动程序；

通过所述自动化测试框架创建新的测试脚本文件，其中，所述测试脚本包括测试用例和相关的多媒体功能操作；

将所述测试脚本文件导入所需的库和所述自动化测试框架，并将所述自动化框架与被测试的智能终端建立连接。

其中，所述通过所述自动化测试框架识别和定位需要操作的多媒体元素的步骤包括：

利用所述自动化框架提供的工具或API接口，通过元素的属性或者屏幕坐标、识别和定位需要操作的多媒体元素。

其中，所述运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作的步骤包括：

运行所述测试脚本，控制所述自动化框架与智能终端进行交互，通过所述自动化框架控制智能终端启动视频播放器应用程序，并选择一测试视频文件进行播放；

等待视频开始播放，并验证播放状态；

随机执行至少一个播放控制操作指令，并验证播放控制操作指令执行的预期结果；

控制调整音量，并验证音量的变化；

检查视频播放的完整性和质量。

其中，所述控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期的步骤包括：

在测试脚本中添加断言，验证每个步骤和操作的预期结果是否符合预期，包括：检查视频是否开始播放、暂停操作是否生效、音量是否按预期变化，具体如上所述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

综上所述，本发明公开了一种多媒体功能自动化测试处理方法、装置、智能终端及存储介质，与现有技术相比，本申请实施例支持在智能终端上广泛的多媒体功能测试场景；通过自动化执行测试，减少了人为误差和重复性工作；提高了多媒体功能测试的效率和准确性，为用户的使用提供了方便。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (10)

1.一种多媒体功能自动化测试处理方法，其特征在于，包括：

根据需求，确定要测试的多媒体功能和场景；

基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

通过所述自动化测试框架识别和定位需要操作的多媒体元素；

运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

收集和记录测试执行过程中的日志和结果，生成测试报告并输出。

2.根据权利要求1所述的多媒体功能自动化测试处理方法，其特征在于，所述根据需求，确定要测试的多媒体功能和场景的步骤包括：

通过操作不同的播放场景，验证智能终端的多媒体功能是否正常工作，以确定要测试的多媒体功能和场景，所述场景包括播放视频、音频控制、频道切换。

3.根据权利要求1所述的多媒体功能自动化测试处理方法，其特征在于，所述基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架的步骤包括：

根据要测试的多媒体功能和场景的实际需求信息，选择一匹配的自动化测试框架，通过所述自动化测试框架提供与智能终端进行交互和控制的功能。

4.根据权利要求1所述的多媒体功能自动化测试处理方法，其特征在于，所述通过所述自动化测试框架调用预设的测试环境和测试脚本的步骤包括：

接收操作指令安装所述自动化测试框架及对应的驱动程序；

通过所述自动化测试框架创建新的测试脚本文件，其中，所述测试脚本包括测试用例和相关的多媒体功能操作；

将所述测试脚本文件导入所需的库和所述自动化测试框架，并将所述自动化框架与被测试的智能终端建立连接。

5.根据权利要求1所述的多媒体功能自动化测试处理方法，其特征在于，所述通过所述自动化测试框架识别和定位需要操作的多媒体元素的步骤包括：

利用所述自动化框架提供的工具或API接口，通过元素的属性或者屏幕坐标、识别和定位需要操作的多媒体元素。

6.根据权利要求1所述的多媒体功能自动化测试处理方法，其特征在于，所述运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作的步骤包括：

运行所述测试脚本，控制所述自动化框架与智能终端进行交互，通过所述自动化框架控制智能终端启动视频播放器应用程序，并选择一测试视频文件进行播放；

等待视频开始播放，并验证播放状态；

随机执行至少一个播放控制操作指令，并验证播放控制操作指令执行的预期结果；

控制调整音量，并验证音量的变化；

检查视频播放的完整性和质量。

7.根据权利要求1所述的多媒体功能自动化测试处理方法，其特征在于，所述控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期的步骤包括：

在测试脚本中添加断言，验证每个步骤和操作的预期结果是否符合预期，包括：检查视频是否开始播放、暂停操作是否生效、音量是否按预期变化。

8.一种多媒体功能自动化测试处理装置，其特征在于，所述装置包括：

多媒体功能和场景确定模块，用于根据需求，确定要测试的多媒体功能和场景；

测试框架确定模块，用于基于所述要测试的多媒体功能和场景，匹配对应的自动化测试框架，并通过所述自动化测试框架调用预设的测试环境和测试脚本；

多媒体元素定位模块，用于通过所述自动化测试框架识别和定位需要操作的多媒体元素；

脚本执行控制模块，用于运行所述测试脚本，控制所述自动化框架与智能终端进行交互执行多媒体功能操作；

断言验证模块，用于控制在测试脚本中添加断言，验证多媒体功能操作的预期结果是否符合预期；

测试报告生成模块，用于收集和记录测试执行过程中的日志和结果，生成测试报告并输出。

9.一种智能终端，其特征在于，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如权利要求1-7中任意一项所述的方法。

10.一种非临时性计算机可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1-7中任意一项所述的方法。