CN109918302A - 车载自动化测试方法、装置、车载多媒体系统及汽车 - Google Patents

Abstract

本申请实施例提供一种车载自动化测试方法、装置、车载多媒体系统及汽车，车载自动化测试方法包括首先得到测试任务，测试任务包括至少一个待测试页面、至少一个测试周期以及测试内容。然后，根据测试内容，得到每个待测试页面模拟触控轨迹。接着，根据模拟触控轨迹得到软件测试结果，获取输出设备响应软件测试结果的硬件测试结果。接着，根据模拟触控轨迹、软件测试结果以及硬件测试结果得到测试日志。最后，从各个测试日志中选取满足输出条件的至少部分测试日志储存在外部存储器。由此，测试工程师可以对测试任务进行设定，自动重复验证待测试页面的软件稳定度，以实现耐久测试和长时间煲机测试，避免测试工程师的重复操作，降低人工成本。

Description

车载自动化测试方法、装置、车载多媒体系统及汽车

技术领域

本申请涉及车辆测试领域，具体而言，涉及一种车载自动化测试方法、装置、车载多媒体系统及汽车。

背景技术

随着科技的进步，汽车的车载多媒体系统集成了越来越多的软件功能，软件质量直接影响了车载多媒体系统的产品质量，进而决定软件企业的市场命运。因此，需要对车载多媒体系统的软件进行测试以保证软件质量。基于此，如何对车载多媒体系统的软件进行有效测试是本领域技术人员亟待解决的技术问题。

申请内容

有鉴于此，本申请的目的在于提供一种车载自动化测试方法、装置、车载多媒体系统及汽车，以解决或者改善上述问题。

为了实现上述目的，本申请实施例采用的技术方案如下：

第一方面本申请提供一种车载自动化测试方法，应用于车载多媒体系统中的主控芯片，所述车载多媒体系统还包括与所述主控芯片通信连接的输入设备和输出设备，所述方法包括：

获得测试任务，并根据所述测试任务得到至少一个待测试页面、至少一个测试周期以及测试内容；

根据所述测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹；

根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果，并将每个测试周期的软件测试结果发送到所述输出设备，获取所述输出设备发送的每个测试周期的硬件测试结果；

根据每个待测试页面在各个测试周期的模拟触控轨迹、软件测试结果以及硬件测试结果得到每个待测试页面在各个测试周期的测试日志；

从各个测试日志中选取满足输出条件的至少部分测试日志，并将所述至少部分测试日志发送到外部存储器进行存储。

可选地，所述获得测试任务的步骤之前，所述方法包括：

记录所述输入设备发送的触控轨迹，得到预存触控轨迹集，其中，所述预存触控轨迹集包括所述主控芯片运行的各个页面的预存触控轨迹；

所述根据所述测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹的步骤包括：

对于每个待测试页面，根据所述测试内容以及该待测试页面，从所述预存触控轨迹集中匹配该待测试页面的预存触控轨迹，根据该待测试页面的预存触控轨迹以及所述测试周期生成该待测试页面在每个测试周期的模拟触控轨迹，以得到每个待测试页面在每个测试周期的模拟触控轨迹。

可选地，所述记录所述输入设备发送的触控轨迹，得到预存触控轨迹集的步骤包括：

响应用户操作，从运行的各个页面中选定待记录页面；

根据所述待记录页面，向所述主控芯片运行的管理框架Framework层发送广播录制请求，以在所述Framework层的视窗管理类中注册输入监听器，并通过所述输入监听器记录所述输入设备发送的触控轨迹的触控点时序位置信息以及触控点事件信息；

根据记录的触控点时序位置信息以及触控点事件信息生成各个页面的触控轨迹，并将各个页面的触控轨迹作为所述预存触控轨迹集。

可选地，所述根据每个待测试页面在该测试周期的模拟触控轨迹得到该测试周期的软件测试结果的步骤包括：

对于每个待测试页面在该个测试周期的模拟触控轨迹，根据该模拟触控轨迹生成模拟触控指令；

响应所述模拟触控指令，得到该待测试页面在该测试周期的状态信息以及输出信息，以得到每个待测试页面在该个测试周期的状态信息以及输出信息，并将每个待测试页面在该测试周期的状态信息以及输出信息作为该测试周期的软件测试结果，其中，所述状态信息包括软件运行状态以及响应时间。

可选地，所述车载多媒体系统还包括通过异步收发传输器与所述主控芯片通信连接，用于控制至少部分输出设备的微控制单元MCU，所述将每个测试周期的软件测试结果发送到所述输出设备，获取所述输出设备发送的每个测试周期的硬件测试结果的步骤，包括：

在每个测试周期，将该周期的软件测试结果发送到所述MCU，以使所述MCU根据所述软件测试结果控制所述输出设备，并将所述输出设备的运行状态发送到所述主控芯片；

根据接收到的所述输出设备的运行状态得到该测试周期的硬件测试结果，以得到每个测试周期的硬件测试结果。

可选地，所述从各个测试日志中选取满足输出条件的至少部分测试日志的步骤包括：

对于各个测试日志，判断该测试日志中的软件测试结果和/或硬件测试结果是否满足预设记录条件，其中，所述预设记录条件包括参数阈值条件以及运行状态条件中的一种或多种组合；

若是，则将满足预设记录条件的测试日志作为满足输出条件的至少部分测试日志。

可选地，所述从各个测试日志中选取满足输出条件的至少部分测试日志的步骤，包括：

根据所述测试内容得到页面采集条件，并将所述页面采集条件作为所述输出条件，其中，所述页面采集条件包括用户预设的采集页面；

从所述测试日志中选取满足输出条件的至少部分测试日志。

第二方面，本申请实施例还提供一种车载自动化测试装置，应用于车载多媒体系统中的主控芯片，所述车载多媒体系统还包括与所述主控芯片通信连接的输入设备和输出设备，所述主控芯片包括：

测试启动模块，用于获得测试任务，并根据所述测试任务得到至少一个待测试页面、至少一个测试周期以及测试内容；

轨迹生成模块，用于根据所述测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹；

轨迹测试模块，用于根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果，并将每个测试周期的软件测试结果发送到所述输出设备，获取所述输出设备发送的每个测试周期的硬件测试结果；

日志生成模块，用于根据每个待测试页面在各个测试周期的模拟触控轨迹、软件测试结果以及硬件测试结果得到每个待测试页面在各个测试周期的测试日志；以及

日志存储模块，用于从各个测试日志中选取满足输出条件的至少部分测试日志，并将所述至少部分测试日志发送到外部存储器进行存储。

第三方面，本申请实施例还提供一种车载多媒体系统，所述车载多媒体系统包括第一方面或第二方面所述的主控芯片、与所述主控芯片通信连接的输入设备以及输出设备。

第四方面，本申请实施例还提供一种汽车，所述汽车包括第三方面所述的车载多媒体系统。

相比现有技术，本申请提供的有益效果是：

本申请实施例提供的车载自动化测试方法、装置、车载多媒体系统及汽车，测试工程师可以对测试任务进行设定，自动重复验证待测试页面的软件稳定度，以实现耐久测试和长时间煲机测试，避免测试工程师的重复操作，降低人工成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定。对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的用于执行车载自动化测试方法的车载多媒体系统的一种交互示意框图；

图2为本申请实施例提供的定位方法的流程示意图；

图3为本申请实施例提供的车载多媒体系统的另一种交互示意框图；

图4为本申请实施例提供的主控芯片的结构示意框图；

图5为图4提供的车载自动化测试装置的功能模块图。

图标：10-车载多媒体系统；100-主控芯片；110-总线；120-处理器；130-存储介质；140-总线接口；150-网络适配器；160-输入接口；200-输入设备；300-输出设备；400-MCU；500-外部存储器；1000-车载自动化测试装置；1100-测试启动模块；1200-轨迹生成模块；1300-轨迹测试模块；1400-日志生成模块；1500-日志存储模块。

具体实施方式

如前述背景技术分析所获知的技术问题，在进行软件测试时，软件的异常种类通常较多，空指针、ANR、数据显示异常、混音等问题常常出现。其中，对于一些随机BUG或一些测试难度比较高的BUG，测试工程师需要对软件进行耐久测试和长时间煲机测试才能复现随机BUG，因此测试工程师需要在确定的用例场景手动重复测试，人工成本较高，工作效率较低。

本申请发明人发现上述测试工程师的手动重复测试，可以通过模拟触控轨迹并记录测试结果的方法代替，基于此，本申请发明人提供一种车载自动化测试方法、装置、车载多媒体系统及汽车，由此，测试工程师可以对测试任务进行设定，自动重复验证待测试页面的软件稳定度，以实现耐久测试和长时间煲机测试，避免测试工程师的重复操作，降低人工成本，提高测试效率。并在预设的条件下导出设定的日志信息，方便软硬件工程师根据日志信息解决BUG。

以上现有技术中的方案所存在的缺陷，均是申请人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本申请实施例针对上述问题所提出的解决方案，都应该是申请人在本申请过程中对本申请做出的贡献。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的关键可以相互组合。

请参阅图1，为本申请实施例提供的用于实现下述车载自动化测试方法的车载多媒体系统10的交互示意框图。

如图1所示，车载多媒体系统10包括执行本车载自动化测试方法的主控芯片100与主控芯片100通信连接的输入设备200和输出设备300。

其中，输入设备200可以包括触摸模块，物理按键，方控，天线，RADIO模块，MIC等，输出设备300可以包括显示模块，音响等。

需要说明的是，车载多媒体系统10还可以包括通信设备，通信设备可以包括：4G模块、蓝牙通信模块、WIFI通信模块、GPS北斗模块等，在工作时通信设备与主控芯片100实时通信连接，因此，可以根据信息流向，将通信设备拆分为输入设备200以及输出设备300，例如，GPS北斗模块可以作为输入设备200，4G模块、蓝牙通信模块、WIFI通信模块既可以作为输入设备200又可以作为输出设备300。

进一步地，请参阅图2，为本申请实施例提供的车载自动化测试方法的一种流程示意图，本实施例中，车载自动化测试方法由图1中所示的主控芯片100执行，下面结合图2对图1中所示的主控芯片100进行详细阐述。所应说明的是，本申请实施例提供的车载自动化测试方法不以图2及以下的具体顺序为限制。方法的具体流程如下：

步骤S110，获得测试任务，并根据测试任务得到至少一个待测试页面、至少一个测试周期以及测试内容。

在进一步阐述步骤S110之前，本申请提供的车载自动化测试方法还可以包括以下步骤：

记录输入设备200发送的触控轨迹，得到预存触控轨迹集，其中，预存触控轨迹集包括主控芯片100运行的各个页面的预存触控轨迹。

可选地，本申请发明人考虑到输入设备200包括物理按键，方控等设备，在储存触控轨迹时，本申请提供的车载自动化测试方法还可以同步存储按键触发信号，例如物理按键的按键触发信号、方控的按键触发信号，其中，方控是指设置在汽车方向盘的车载多媒体系统10的控制装置。

作为一种实施方式，记录输入设备200发送的触控轨迹，得到预存触控轨迹集的步骤可以通过以下子步骤实现：

首先，响应用户操作，从运行的各个页面中选定待记录页面。

在工作时，测试工程师可以先打开执行本方法的自动化测试软件，在启动自动化测试软件后进行需要进行记录轨迹的应用场景，选定待记录页面。

然后，根据待记录页面，向主控芯片100运行的管理框架Framework层发送广播录制请求，以在Framework层的视窗管理类中注册输入监听器，并通过输入监听器记录输入硬件设备发送的触控轨迹的触控点时序位置信息以及触控点事件信息。

具体地，可以在PhoneWindowManager类中注册PointerLocationPointerEventListener，通过PointerLocationPointerEventListener记录触控点时序位置信息，并监听触摸轨迹MotionEvent事件，记录触控点事件信息。

最后，根据记录的触控点时序位置信息以及触控点事件信息生成各个页面的触控轨迹，并将各个页面的触控轨迹作为预存触控轨迹集。

需要说明的是，在用户开启录制后，选定待记录页面后并以待记录页面为测试场景的起点进行轨迹录制，预存触控轨迹集可以包括多个页面的触控轨迹，并不限定仅录制待记录页面的触控轨迹，其中，当在测试工程师的操作下，页面发生转跳时，可以认为本页面的当前轨迹已录制完成，根据该页面已记录的触控点时序位置信息以及触控点事件信息生成该页面的触控轨迹，并记录转跳后页面的触控轨迹，应理解的是，一个页面可以随测试工程师的不同操作记录多个触控轨迹。

可选地，在进行轨迹录制的时候，为方便存储轨迹，可以仅标记待记录页面作为起始页面，并不对每个页面的轨迹进行区别保存。

基于上述设计，本申请提供的车载自动化测试方法可以根据测试工程师的操作设置预设触控轨迹集，在后续步骤中重复预设触控轨迹集中的至少部分触控轨迹，实现耐久测试和长时间煲机测试，同时，可以根据测试工程师的需要，对不同的测试任务录制不同的预设触控轨迹集，提高本申请提供的车载自动化测试方法的泛用性。

基于上述步骤，本申请步骤S110可以通过执行本方法的自动化测试软件进行设置，为方便测试工程师使用，本方法的自动化测试软件可以以悬浮界面的形式展示需要设置的内容，例如，选取从预设触控轨迹的各个页面选取待测试页面，设定本次此时的测试周期以及测试内容。

其中，测试周期可以通过设定执行次数的方式进行设置，即重复执行，直到执行次数达到预设次数，也可以通过设定执行时间的方式进行设置，即重复执行，直到执行时间达到预设时间，还可以通过设定测试指标的方式进行设置，重复直接，直到测试结果满足预设条件。测试内容一般为测试条件的集合，测试内容可以包括预设的数据指标，例如，软件的响应时间、运行状态等，也可以包括预设的状态指标，例如，输出设备300的音响在测试时是否发出杂音等。

可选地，本申请发明人发现在软件迭代的过程中，很多基础指标是要重复测试的，基于此为发明测试工程师进行测试，本申请提供的车载自动化测试方法还可以提供预设测试内容，在工作时，测试工程师可以从预设测试内容中选定本次测试的内容。

步骤S120，根据测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹。

基于上述得到预存触控轨迹集的步骤，在执行步骤S120时，对于每个待测试页面，可以根据测试内容以及该待测试页面，从预存触控轨迹集中匹配该待测试页面的预存触控轨迹，再根据该待测试页面的预存触控轨迹以及测试周期生成该待测试页面在每个测试周期的模拟触控轨迹，以得到每个待测试页面在每个测试周期的模拟触控轨迹。

可以理解，也可以根据待测试页面的页面信息生成模拟触控轨迹，例如，可以根据待测试页面的各个按钮类的位置信息生成模拟触控轨迹，逐一遍历待测试页面的各个按钮类的连接内容。

步骤S130，根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果，并将每个测试周期的软件测试结果发送到输出硬件设备，获取输出硬件设备发送的每个测试周期的硬件测试结果。

可选地，在执行根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果的步骤时，对于每个待测试页面在该个测试周期的模拟触控轨迹，可以先根据该模拟触控轨迹生成模拟触控指令。然后响应模拟触控指令，得到该待测试页面在该测试周期的状态信息以及输出信息，以得到每个待测试页面在该个测试周期的状态信息以及输出信息，并将每个待测试页面在该测试周期的状态信息以及输出信息作为该测试周期的软件测试结果。

其中，状态信息包括软件运行状态以及响应时间，例如，软件运行中是否崩溃，是否报错，软件响应模拟触控指令的时间。输出信息包括软件响应模拟触控指令产生的输出信号，例如，当执行音量调整模拟触控指令时，软件可以响应音量调整模拟触控指令生成音量控制信号。

具体地，在实施中，根据该模拟触控轨迹生成模拟触控指令时，主控芯片100可以根据模拟触控轨迹，通过Framework层的Instrumentation类生成模拟触控指令，以摸拟用户触摸事件。

可选地，请参阅图3，车载多媒体系统10还可以包括通过异步收发传输器与主控芯片100通信连接的微控制单元MCU400，MCU400用于控制至少部分输出设备300。

需要说明的是，部分输出设备300需要主控芯片100与MCU400联合控制，例如，输出设备300中的音响的数据输入可以由主控芯片100控制，音响的供电状态与工作状态可以由MCU400控制。

其中，MCU400一般与多个车用电子控制装置ECU相连接，通过CAN口和/或LIN口与汽车车体的传感器或控制装置通信连接，控制至少部分输出设备300并获取汽车车体的传感器的状态信息。

作为一种实施方式，在执行将每个测试周期的软件测试结果发送到输出硬件设备，获取输出硬件设备发送的每个测试周期的硬件测试结果的步骤时，在每个测试周期，可以先将该周期的软件测试结果发送到MCU400，以使MCU400根据软件测试结果控制输出设备300，并将输出设备300的运行状态发送到主控芯片100。然后，根据接收到的输出设备300的运行状态得到该测试周期的硬件测试结果，以得到每个测试周期的硬件测试结果。

基于上述设计，本申请提供的车载自动化测试方法在进行自动化测试的过程中，可以全面地获得软件与硬件的工作状态信息，对于一些软硬件结合出现的BUG，有更好的检测效果，例如，输出设备300中的音响的杂音问题。

需要说明的是，本申请提供的车载自动化测试方法在进行自动化测试的过程中还可以调用输入设备200进行数据记录，例如，可以调用输入设备200中的MIC对环境杂音进行检测，以判断音响设备是否出现混音。

步骤S140，根据每个待测试页面在各个测试周期的模拟触控轨迹、软件测试结果以及硬件测试结果得到每个待测试页面在各个测试周期的测试日志。

可选地，在生成测试日志的过程中，测试工程师可以对如何生成测试日志进行设定，例如，可以以一个测试场景为测试日志的生成对象，将该测试场景内各个测试页面的测试结果打包生成测试日志，也可以以各个测试页面为测试日志的生成对象，将各个测试页面的测试结果独立打包生成测试日志。

请继续参阅图3，本申请提供的车载多媒体系统10还可以包括与主控芯片100通信连接的外部存储器500。

步骤S150，从各个测试日志中选取满足输出条件的至少部分测试日志，并将至少部分测试日志发送到外部存储器500进行存储。

需要说明的是，在进行测试时，测试工程师需要将测试日志输入特定运算终端进行分析，无法当场进行分析，因此，在工作时一般通过可拆卸端口，如USB，储存卡接口，将外部存储器500与主控芯片100通信连接。

可以理解的是，测试日志也可以存储在主控芯片100的内部存储器，并通过有线连接和/或无线连接的方式传输到外部终端。

作为一种实施方式，执行步骤S150时，对于各个测试日志，可以先判断该测试日志中的软件测试结果和/或硬件测试结果是否满足预设记录条件。然后将满足预设记录条件的测试日志作为满足输出条件的至少部分测试日志。

其中，预设记录条件包括参数阈值条件以及运行状态条件中的一种或多种组合，参数阈值条件可以包括软件输出信号阈值、响应时间阈值、网络连接时间阈值等阈值条件，运行状态条件可以包括预设输出条件，例如，测试工程师可以设定当软件崩溃时(无法响应或关闭等情况)，输出该测试周期的测试日志。

可选地，预设记录条件在进行测试前有测试工程师进行设置，例如，当软件弹出弹窗时，输出该测试周期的测试日志。

作为另一种实施方式，执行步骤S150时，可以根据测试内容得到页面采集条件，并将页面采集条件作为输出条件，然后，从测试日志中选取满足输出条件的至少部分测试日志。

其中，页面采集条件包括用户预设的采集页面，具体地，在测试工程师设定本申请提供的车载自动化测试方法时，可以直接设定采集待测试页面中部分页面的数据，并在输出测试日志时，提取采集页面的测试日志。

可以理解，在工作时上述实施方式可以任意组合，例如，可以设定页面采集条件以及参数阈值条件，以提取既满足页面采集条件又满足参数阈值条件的测试日志。

基于上述设计，可以对测试日志进行有效过滤，提取有效的测试日志，避免无效信息的干扰，提高测试人员的分析效率。

请参阅图4，为本申请实施例提供的主控芯片100的结构示意框图。如图4所示，主控芯片100可以由总线110作一般性的总线体系结构来实现。

根据主控芯片100的具体应用和整体设计约束条件，总线110可以包括任意数量的互连总线和桥接。总线110将各种电路连接在一起，这些电路包括处理器120、内部存储介质130和总线接口140。网络配适器150可以通过总线接口140将通信设备与主控芯片100通信连接。

输入接口160可以连接输入设备200，例如，方控、触摸模块，物理按键等。总线110还可以连接各种其它电路，如定时源、外围设备、电压调节器或者功率管理电路等，这些电路是本领域所熟知的，因此不再详述。

可以替换的，主控芯片100也可配置成通用处理系统，例如通称为芯片，该通用处理系统包括：提供处理功能的一个或多个微处理器，以及提供内部存储介质130的至少一部分的外部存储介质，所有这些都通过外部总线体系结构与其它支持电路连接在一起。

可替换的，主控芯片100可以使用下述来实现：具有处理器120、总线接口140、输入接口160的ASIC(专用集成电路)；以及集成在单个芯片中的内部存储介质130的至少一部分，或者，主控芯片100可以使用下述来实现：一个或多个FPGA(现场可编程门阵列)、PLD(可编程逻辑器件)、控制器、状态机、门逻辑、分立硬件部件、任何其它适合的电路、或者能够执行本申请通篇所描述的各种功能的电路的任意组合。

其中，处理器120负责管理总线110和一般处理(包括执行存储在内部存储介质130上的软件)。处理器120可以使用一个或多个通用处理器和/或专用处理器来实现。处理器120的例子包括微处理器、微控制器、DSP处理器和能够执行软件的其它电路。应当将软件广义地解释为表示指令、数据或其任意组合，而不论是将其称作为软件、固件、中间件、微代码、硬件描述语言还是其它。

在图4中内部存储介质130被示为与处理器120分离，然而，本领域技术人员很容易明白，内部存储介质130或其任意部分可位于主控芯片100之外。举例来说，内部存储介质130可以包括传输线、用数据调制的载波波形、和/或与无线节点分离开的计算机制品，这些介质均可以由处理器120通过总线接口140来访问。可替换地，内部存储介质130或其任意部分可以集成到处理器120中，例如，可以是高速缓存和/或通用寄存器。

处理器120可执行下述实施例，具体地，内部存储介质130中可以存储有自动化测试装置1000，处理器120可以用于车载自动化测试装置1000。

在一种实施方式中，请参阅图5，为本申请实施例提供的车载自动化测试装置1000的功能模块图，车载自动化测试装置1000可包括以下功能模块：

测试启动模块1100，用于获得测试任务，并根据测试任务得到至少一个待测试页面、至少一个测试周期以及测试内容。

轨迹生成模块1200，用于根据测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹。

轨迹测试模块1300，用于根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果，并将每个测试周期的软件测试结果发送到输出设备300，获取输出设备300发送的每个测试周期的硬件测试结果。

日志生成模块1400，用于根据每个待测试页面在各个测试周期的模拟触控轨迹、软件测试结果以及硬件测试结果得到每个待测试页面在各个测试周期的测试日志。

日志存储模块1500，用于从各个测试日志中选取满足输出条件的至少部分测试日志，并将至少部分测试日志发送到外部存储器500进行存储。

本申请实施例还提供一种可读存储介质，可读存储介质中存储有计算机程序，计算机程序被执行时可以实现上述任意方法实施例中的车载自动化测试方法。

本申请实施例还提供一种汽车，汽车包括上述的车载多媒体系统10。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

需要说明的是，在本文中，术语"包括"、"包含"或者其任何其它变体意在涵盖非排它性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本关键的情况下，能够以其它的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种车载自动化测试方法，其特征在于，应用于车载多媒体系统中的主控芯片，所述车载多媒体系统还包括与所述主控芯片通信连接的输入设备和输出设备，所述方法包括：

获得测试任务，并根据所述测试任务得到至少一个待测试页面、至少一个测试周期以及测试内容；

根据所述测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹；

根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果，并将每个测试周期的软件测试结果发送到所述输出设备，获取所述输出设备发送的每个测试周期的硬件测试结果；

根据每个待测试页面在各个测试周期的模拟触控轨迹、软件测试结果以及硬件测试结果得到每个待测试页面在各个测试周期的测试日志；

从各个测试日志中选取满足输出条件的至少部分测试日志，并将所述至少部分测试日志发送到外部存储器进行存储。

2.根据权利要求1所述的车载自动化测试方法，其特征在于，所述获得测试任务的步骤之前，所述方法包括：

记录所述输入设备发送的触控轨迹，得到预存触控轨迹集，其中，所述预存触控轨迹集包括所述主控芯片运行的各个页面的预存触控轨迹；

所述根据所述测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹的步骤包括：

对于每个待测试页面，根据所述测试内容以及该待测试页面，从所述预存触控轨迹集中匹配该待测试页面的预存触控轨迹，根据该待测试页面的预存触控轨迹以及所述测试周期生成该待测试页面在每个测试周期的模拟触控轨迹，以得到每个待测试页面在每个测试周期的模拟触控轨迹。

3.根据权利要求2所述的车载自动化测试方法，其特征在于，所述记录所述输入设备发送的触控轨迹，得到预存触控轨迹集的步骤包括：

响应用户操作，从运行的各个页面中选定待记录页面；

根据所述待记录页面，向所述主控芯片运行的管理框架Framework层发送广播录制请求，以在所述Framework层的视窗管理类中注册输入监听器，并通过所述输入监听器记录所述输入设备发送的触控轨迹的触控点时序位置信息以及触控点事件信息；

根据记录的触控点时序位置信息以及触控点事件信息生成各个页面的触控轨迹，并将各个页面的触控轨迹作为所述预存触控轨迹集。

4.根据权利要求1所述的车载自动化测试方法，其特征在于，所述根据每个待测试页面在该测试周期的模拟触控轨迹得到该测试周期的软件测试结果的步骤包括：

对于每个待测试页面在该个测试周期的模拟触控轨迹，根据该模拟触控轨迹生成模拟触控指令；

响应所述模拟触控指令，得到该待测试页面在该测试周期的状态信息以及输出信息，以得到每个待测试页面在该个测试周期的状态信息以及输出信息，并将每个待测试页面在该测试周期的状态信息以及输出信息作为该测试周期的软件测试结果，其中，所述状态信息包括软件运行状态以及响应时间。

5.根据权利要求1所述的车载自动化测试方法，其特征在于，所述车载多媒体系统还包括通过异步收发传输器与所述主控芯片通信连接，用于控制至少部分输出设备的微控制单元MCU，所述将每个测试周期的软件测试结果发送到所述输出设备，获取所述输出设备发送的每个测试周期的硬件测试结果的步骤，包括：

在每个测试周期，将该周期的软件测试结果发送到所述MCU，以使所述MCU根据所述软件测试结果控制所述输出设备，并将所述输出设备的运行状态发送到所述主控芯片；

根据接收到的所述输出设备的运行状态得到该测试周期的硬件测试结果，以得到每个测试周期的硬件测试结果。

6.根据权利要求1所述的车载自动化测试方法，其特征在于，所述从各个测试日志中选取满足输出条件的至少部分测试日志的步骤包括：

对于各个测试日志，判断该测试日志中的软件测试结果和/或硬件测试结果是否满足预设记录条件，其中，所述预设记录条件包括参数阈值条件以及运行状态条件中的一种或多种组合；

若是，则将满足预设记录条件的测试日志作为满足输出条件的至少部分测试日志。

7.根据权利要求1所述的车载自动化测试方法，其特征在于，所述从各个测试日志中选取满足输出条件的至少部分测试日志的步骤，包括：

根据所述测试内容得到页面采集条件，并将所述页面采集条件作为所述输出条件，其中，所述页面采集条件包括用户预设的采集页面；

从所述测试日志中选取满足输出条件的至少部分测试日志。

8.一种车载自动化测试装置，其特征在于，应用于车载多媒体系统中的主控芯片，所述车载多媒体系统还包括与所述主控芯片通信连接的输入设备和输出设备，所述主控芯片包括：

测试启动模块，用于获得测试任务，并根据所述测试任务得到至少一个待测试页面、至少一个测试周期以及测试内容；

轨迹生成模块，用于根据所述测试内容，得到每个待测试页面在每个测试周期的模拟触控轨迹；

轨迹测试模块，用于根据每个待测试页面在每个测试周期的模拟触控轨迹得到每个测试周期的软件测试结果，并将每个测试周期的软件测试结果发送到所述输出设备，获取所述输出设备发送的每个测试周期的硬件测试结果；

日志生成模块，用于根据每个待测试页面在各个测试周期的模拟触控轨迹、软件测试结果以及硬件测试结果得到每个待测试页面在各个测试周期的测试日志；以及

日志存储模块，用于从各个测试日志中选取满足输出条件的至少部分测试日志，并将所述至少部分测试日志发送到外部存储器进行存储。

9.一种车载多媒体系统，其特征在于，所述车载多媒体系统包括权利要求1～8中任意一项所述的主控芯片、与所述主控芯片通信连接的输入设备以及输出设备。

10.一种汽车，其特征在于，所述汽车包括权利要求9所述的车载多媒体系统。