基于RobotFramework测试框架的音源测试方法、系统及存储介质与流程

基于robot framework测试框架的音源测试方法、系统及存储介质
技术领域
1.本发明涉及车载多媒体设备制造技术领域，尤其涉及一种基于robot framework测试框架的音源测试方法、系统及存储介质。


背景技术：

2.多媒体系统是指利用计算机技术和数字通讯网技术来处理和控制多媒体信息的系统。从广义上分，多媒体系统就是集电话、电视、媒体、计算机网络等于一体的信息综合化系统。
3.在当前车载多媒体系统研发测试中，针对音源优先级的测试，主要通过人为点击车载多媒体屏幕播放不同优先级的不同音源，并通过人耳去识别抢占当前音源焦点的音源，进而根据音源之间的标准优先级顺序确定是否播放正确。此种测试繁琐且枯燥，且由于局限于人力，测试数据容易遗漏、测试结果过于主观，不仅降低了测试效率，还无法提高测试准确率。
4.因此，设计一套可以自动化测试车载多媒体系统音源管理优先级的方案非常必要。


技术实现要素：

5.本发明提供一种基于robot framework测试框架的音源测试方法、系统及存储介质，解决了现有的车载多媒体音源管理系统，无法有效对音源优先级播放功能，测试效率低、测试准确率低的技术问题。
6.为解决以上技术问题，本发明提供一种基于robot framework测试框架的音源测试方法，包括步骤：
7.s1、根据测试用例生成shell指令，依次驱动被测设备播放第一测试音源、第二测试音源；
8.s2、采集所述被测设备的播放数据；
9.s3、根据所述播放数据，确定所述第一测试音源、所述第二测试音源的当前优先级，进而确定测试结果；
10.s4、完成所述测试用例后，根据所有所述测试结果输出测试执行报告。
11.本基础方案通过自动控制串口发送shell指令模拟用户点击被测设备播放不同音源(第一测试音源、第二测试音源)，代替手动测试，有效提高测试效率、测试准确性；通过串口采集被测设备反馈的播放数据，自动分析判断当前音源管理的优先级状态，进而根据测试结果输出测试执行报告，自动进行播放数据的获取，使得测试结果分析更为客观，可进一步提高测试效率、测试准确性。
12.在进一步的实施方案中，所述步骤s1包括：
13.s11、预先在robot framework框架中生成测试用例；
14.s12、根据所述测试用例调用对应的测试脚本，进而根据所述测试脚本驱动串口工具生成对应的shell指令；
15.s13、被测设备响应所述shell指令，依次播放第一测试音源、第二测试音源。
16.本方案采用robot framework框架，自动生成测试用例，进而调用对应的测试脚本，驱动串口工具生成对应的shell指令，控制被测设备依次播放第一测试音源、第二测试音源，以实现对用户点击车载多媒体动作的模拟，测试过程程序化、标准化、自动化。
17.在进一步的实施方案中，所述步骤s2具体为：通过dumpsys audio查看所述被测设备的音量状态，获取播放数据；所述播放数据至少包括系统音量、音源焦点。
18.本方案在完成音源播放后，基于robot framework测试框架管理串口通过dumpsys audio直接查看被测设备的音量状态，获取播放数据，执行数据化的采集，一方面可保证数据的公正、客观，另一方面也可自动存储测试数据，便于后续问题分析溯源。
19.在进一步的实施方案中，所述步骤s3包括：
20.s31、根据所述播放数据，并进行字段筛选，确定音源焦点抢占结果；
21.s32、根据所述音源焦点抢占结果，确定所述第一测试音源、所述第二测试音源当前对应的第一优先级、第二优先级；
22.s33、将所述第一优先级、第二优先级与对应的标准优先级进行对比，若对比一致则输出测试结果正确，否则输出测试结果错误。
23.本方案在获取到播放数据后，进行字段筛选即可确定音源焦点抢占结果，进而确定被测设备输出的对应于第一测试音源、第二测试音源的第一优先级、第二优先级，通过将第一优先级、第二优先级的先后等级与对应的标准优先级进行对比，即可确定被测设备是否正确执行了音源管理优先级，测试过程简单有效。
24.在进一步的实施方案中，所述步骤s4具体为：判断所述测试用例是否执行完毕，若否则继续执行下一条测试用例，若是则根据所有所述测试结果输出测试执行报告。
25.在进一步的实施方案中，所述根据所述测试用例调用对应的测试脚本具体为：根据所述测试用例进行关键字识别，调用预先封装的测试脚本；所述测试脚本以代码关键字进行命名封装。
26.本方案采用了robot framework测试框架进行测试案例脚本管理，通过代码关键字封装调用，提高代码复用率。
27.本发明还提供一种基于robot framework测试框架的音源测试系统，,包括pc机、串口调试板，所述串口调试板与所述pc机与被测设备串口通信；
28.所述pc机用于搭载robot framework框架，并存储测试用例；还用于根据所述robot framework框架运行所述测试用例生成shell指令；
29.所述串口调试板用于响应所述shell指令，驱动所述被测设备依次播放第一测试音源、第二测试音源；
30.所述pc机还用于采集所述被测设备的播放数据，识别所述第一测试音源、所述第二测试音源的当前优先级，并确定测试结果；进而在完成所述测试用例后，根据所有所述测试结果输出测试执行报告。
31.具体的，所述被测设备为车载多媒体设备。
32.本发明还提供一种存储介质，其上存储有计算机程序，所述计算机程序用于被上
述的一种基于robot framework测试框架的音源测试系统加载，用于实现上述的一种基于robot framework测试框架的音源测试方法。其中，存储介质可以是磁碟、光盘、只读存储器(read only memory，rom)或者随机存取器(random access memory，ram)等。
附图说明
33.图1是本发明实施例1提供的一种基于robot framework测试框架的音源测试方法的工作流程图；
34.图2是本发明实施例1提供的系统测试框架；
35.图3是本发明实施例2提供的一种基于robot framework测试框架的音源测试的系统框架图；
36.图4是本发明实施例1或2提供的测试流程图。
具体实施方式
37.下面结合附图具体阐明本发明的实施方式，实施例的给出仅仅是为了说明目的，并不能理解为对本发明的限定，包括附图仅供参考和说明使用，不构成对本发明专利保护范围的限制，因为在不脱离本发明精神和范围基础上，可以对本发明进行许多改变。
38.实施例1
39.本发明实施例提供的一种基于robot framework测试框架的音源测试方法，如图1所示，在本实施例中，包括步骤s1～s4：
40.s1、根据测试用例生成shell指令，依次驱动被测设备播放第一测试音源、第二测试音源，包括步骤s11～s13：
41.s11、预先在robot framework框架中生成测试用例。
42.robot framework是一个基于python的、可扩展的关键字驱动的测试自动化框架，用于端到端验收测试和验收测试驱动开发(atdd)。它可用于测试分布式异构应用程序，其中验证需要涉及多种技术和接口。
43.s12、根据测试用例调用对应的测试脚本，进而根据测试脚本驱动串口工具生成对应的shell指令。
44.其中，参见图2，根据测试用例调用对应的测试脚本具体为：根据测试用例进行关键字识别，调用预先封装的测试脚本；测试脚本以代码关键字进行命名封装。
45.在计算机科学中，shell俗称壳(用来区别于核)，是指“为使用者提供操作界面”的软件(命令解析器)。它类似于dos下的command.com和后来的cmd.exe。它用于接收用户命令，然后调用相应的应用程序。
46.本实施例采用了robot framework测试框架进行测试案例脚本管理，通过代码关键字封装调用，提高代码复用率。
47.s13、被测设备响应shell指令，依次播放第一测试音源、第二测试音源。
48.本实施例采用robot framework框架，自动生成测试用例，进而调用对应的测试脚本，驱动串口工具生成对应的shell指令，控制被测设备依次播放第一测试音源、第二测试音源，以实现对用户点击车载多媒体动作的模拟，测试过程程序化、标准化、自动化。
49.s2、采集被测设备的播放数据，具体为：通过dumpsys audio查看被测设备的音量
状态，获取播放数据；播放数据至少包括系统音量、音源焦点。
50.本实施例在完成音源播放后，基于robot framework测试框架管理串口通过dumpsys audio直接查看被测设备的音量状态，获取播放数据，执行数据化的采集，一方面可保证数据的公正、客观，另一方面也可自动存储测试数据，便于后续问题分析溯源。
51.s3、根据播放数据，确定第一测试音源、第二测试音源的当前优先级，进而确定测试结果，包括步骤s31～s33：
52.s31、根据播放数据，并进行字段筛选，确定音源焦点抢占结果；
53.s32、根据音源焦点抢占结果，确定第一测试音源、第二测试音源当前对应的第一优先级、第二优先级；
54.s33、将第一优先级、第二优先级与对应的标准优先级进行对比，若对比一致则输出测试结果正确，否则输出测试结果错误。
55.本实施例在获取到播放数据后，进行字段筛选即可确定音源焦点抢占结果，进而确定被测设备输出的对应于第一测试音源、第二测试音源的第一优先级、第二优先级，通过将第一优先级、第二优先级的先后等级与对应的标准优先级进行对比，即可确定被测设备是否正确执行了音源管理优先级，测试过程简单有效。
56.s4、完成测试用例后，根据所有测试结果输出测试执行报告，具体为：判断测试用例是否执行完毕，若否则继续执行下一条测试用例，若是则根据所有测试结果输出测试执行报告。
57.本发明实施例通过自动控制串口发送shell指令模拟用户点击被测设备播放不同音源(第一测试音源、第二测试音源)，代替手动测试，有效提高测试效率、测试准确性；通过串口采集被测设备反馈的播放数据，自动分析判断当前音源管理的优先级状态，进而根据测试结果输出测试执行报告，自动进行播放数据的获取，使得测试结果分析更为客观，可进一步提高测试效率、测试准确性。
58.实施例2
59.本实施例中说明书附图中包含的附图标记包括：pc机1、串口调试板2、被测设备3、直流电源4。
60.本发明还提供一种基于robot framework测试框架的音源测试系统，参见图3，包括pc机1、串口调试板2，串口调试板2与pc机1与被测设备3串口通信；
61.pc机1用于搭载robot framework框架，并存储测试用例；还用于根据robot framework框架运行测试用例生成shell指令。
62.在本实施例中，pc机1上安装有python软件、robot framework软件。
63.串口调试板2用于响应shell指令，驱动被测设备3依次播放第一测试音源、第二测试音源；
64.pc机1还用于采集被测设备3的播放数据，识别第一测试音源、第二测试音源的当前优先级，并确定测试结果；进而在完成测试用例后，根据所有测试结果输出测试执行报告。
65.本发明实施例还包括与被测设备3电性连接的直流电源4，用于向被测设备3提供供电。
66.具体的，被测设备3为车载多媒体设备。
67.本实施例所提供的测试系统采用各个模块实现测试方法中的各个步骤，为测试方法提供硬件基础，便于方法实施。
68.参见图4，本实施例的测试过程如下：
69.pc机1打开串口与串口调试板2建立通讯，根据测试用例发送shell指令到串口调试板2，模拟用户点击动作，驱动被测设备3播放第一测试音源a；随后，再次发送shell指令到串口调试板2，模拟用户点击动作，驱动被测设备3播放第二测试音源b；此时发送shell指令串口调试板2从dumpsys audio查看被测设备3的音量状态，获取播放数据(播放数据至少包括系统音量、音源焦点)。
70.此时，pc机1根据对播放数据进行字段筛选，确定音源焦点抢占结果。
71.若音源焦点抢占结果为第一测试音源a，则确定第一测试音源当前对应的第一优先级，大于第二测试音源当前对应的第二优先级；反之，第一优先级小于第二优先级。
72.如此，将第一优先级、第二优先级的大小关系，与第一测试音源a、第二测试音源b标准优先级的大小关系进行对比，若对比一致则输出测试结果正确，例如，系统设置为第一测试音源a的标准优先级大于第二测试音源b的标准优先级，当第一优先级大于第二优先级时，则输出测试结果正确；否则输出测试结果错误。
73.最后，判断测试用例是否执行完毕，若否则继续执行下一条测试用例，若是则关闭串口，并根据所有测试结果输出测试执行报告。
74.实施例3
75.本发明还提供一种存储介质，其上存储有计算机程序，计算机程序用于被上述实施例2的一种基于robot framework测试框架的音源测试系统加载，用于实现上述实施例1的一种基于robot framework测试框架的音源测试方法。其中，存储介质可以是磁碟、光盘、只读存储器(read only memory，rom)或者随机存取器(random access memory，ram)等。
76.上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。