CN114817076A - 车载操作系统的数据处理方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请提供一种车载操作系统的数据处理方法、装置、设备、介质及产品，该方法包括：获取数据生成软件为车载操作系统的生成的初始测试数据；根据所述车载操作系统的目标测试节点的测试内容信息，确定所述目标测试节点的目标数据格式；按照所述目标数据格式，结合所述车载操作系统的测试环境信息，将所述初始测试数据转换为目标测试数据；利用所述目标测试数据，对所述目标测试节点进行测试处理，获得测试结果。提高了数据的测试有效性，提高测试成功率。

Description

车载操作系统的数据处理方法、装置、设备、介质及产品

技术领域

本申请涉及计算机技术领域，特别是智能驾驶领域，尤其涉及一种车载操作系统的数据处理方法、装置、设备、介质及产品。

背景技术

车载操作系统（AutomoTIve OperaTIng System,简称AOS）是管理和控制车载硬件与车载软件资源的程序系统，是直接运行在地址总线上的最基本的系统软件，任何上层软件，人机界面，数据连接都必须在操作系统的支持下才能运行。车载操作系统在应用之前，需要对车载操作系统进行系统测试，以确保车载操作系统的安全性。为了实现对车载操作系统的测试，通常需要使用HIL、SIL等数据生成软件模拟产生测试数据，对车载操作系统进行功能测试，验证车载操作系统的功能可用性、准确性。但是，数据生成软件在车载操作系统的测试成功率较低，产生大量的无效测试数据。

发明内容

本申请提供一种车载操作系统的数据处理方法、装置、设备、介质及产品，用以解决数据生成软件在车载操作系统的测试成功率较低，产生大量的无效测试数据的技术问题。

第一方面，本申请提供一种车载操作系统的数据处理方法，包括：

获取数据生成软件为车载操作系统的生成的初始测试数据；

根据所述车载操作系统的目标测试节点的测试内容信息，确定所述目标测试节点的目标数据格式；

按照所述目标数据格式，结合所述车载操作系统的测试环境信息，将所述初始测试数据转换为目标测试数据；

利用所述目标测试数据，对所述目标测试节点进行测试处理，获得测试结果。

第二方面，本申请提供一种车载操作系统的数据处理方法，包括：

接收电子设备针对车载操作系统发送的目标测试数据；所述目标测试数据基于所述数据生成软件为所述车载操作系统生成的初始测试数据按照目标数据格式转换获得；所述目标数据格式根据所述目标测试节点的测试内容信息确定；

确定所述车载操作系统的目标测试节点对应的测试使用条件；

若确定所述目标测试数据满足所述测试使用条件，则利用所述目标测试数据对所述目标测试节点进行测试处理，获得测试结果；

发送所述测试结果至所述电子设备。

第三方面，本申请提供一种车载操作系统的数据处理装置，包括：

数据获取单元，用于获取数据生成软件为车载操作系统生成的初始测试数据；

格式确定单元，用于根据所述车载操作系统的目标测试节点的测试内容信息，确定所述目标测试节点的目标数据格式；

数据转换单元，用于按照所述目标数据格式，结合所述车载操作系统的测试环境信息，将所述初始测试数据转换为目标测试数据；

节点测试单元，用于利用所述目标测试数据，对所述目标测试节点的数据服务进行测试处理，获得测试结果。

第四方面，本申请提供一种车载操作系统的数据处理装置，包括：

数据接收单元，用于接收电子设备针对车载操作系统发送的目标测试数据；所述目标测试数据基于所述数据生成软件为所述车载操作系统生成的初始测试数据按照目标数据格式转换获得；所述目标数据格式根据所述目标测试节点的测试内容信息确定；

条件确定单元，用于确定所述车载操作系统的目标测试节点对应的测试使用条件；

结果获得单元，用于若确定所述目标测试数据满足所述测试使用条件，则利用所述目标测试数据对所述目标测试节点进行测试处理，获得测试结果；

结果发送单元，用于发送所述测试结果至所述电子设备。

第五方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面任一项或者第二方面任一项所述的车载操作系统的数据处理方法。

第六方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项或者第二方面任一项所述的车载操作系统的数据处理方法。

第七方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面任一项或者第二方面任一项所述的车载操作系统的数据处理方法。

本申请提供的技术方案，利用数据生成软件生成初始测试数据之后，可以根据各个测试节点的目标数据格式将测试数据转化为与该目标数据格式相一致的目标测试数据，并利用目标测试数据对相应的测试节点进行测试，可以使得输入到测试节点的目标测试数据与测试节点的测试环境信息相一致，能够被测试节点正常处理，提高测试数据的有效性，实现对车载操作系统的高效测试。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的用于车载操作系统的数据处理方法的一个应用场景示意图；

图2为本申请实施例提供的一种车载操作系统的数据处理方法的一个实施例的流程图；

图3为本申请实施例提供的一种车载操作系统的数据处理的又一个实施例的流程图；

图4为本申请实施例提供的一种车载操作系统的数据处理方法的又一个实施例的流程图；

图5为本申请实施例提供的一种车载操作系统的数据处理方法的又一个实施例的流程图；

图6为本申请实施例提供的一种车载操作系统的数据处理装置的一个实施例的结构示意图；

图7为本申请实施例提供的一种车载操作系统的数据处理装置的又一个实施例的结构示意图；

图8为本公开实施例提供的用于实现本公开的车载操作系统的数据处理方法的电子设备的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

本公开的技术方案，可以应用于计算机技术领域，特别是是智能驾驶领域，通过将测试数据按照车载操作系统的目标数据格式进行转化，使得目标测试数据能够对车载操作系统进行准确测试，确保目标测试数据能够被准确测试，提高目标测试数据的测试有效性，提高车载操作系统的测试效率。

相关技术中，车载操作系统测试时，一般是将车载操作系统的处理功能或者流程划分为多个测试节点，每个测试节点可以用于测试一项功能。例如音乐播放器的播放、暂停等功能、导航系统的导航页面显示、路径输入等功能均可以作为被测试的节点，每个测试节点可以对应的相应的测试功能或测试流程。在实际应用中，为了对各个节点进行测试，需要为车载操作系统生成测试数据。但是，在实际应用中测试数据生成之后，在测试系统的各个测试节点并不一定能正常使用，导致车载操作系统的功能可用性、准确性不高，测试成功率较低，产生大量的无效测试数据。

为了解决上述文件，本公开的技术方案中，在利用数据生成软件生成初始测试数据之后，可以根据各个测试节点的目标数据格式将测试数据转化为与该目标数据格式相一致的目标测试数据，并利用目标测试数据对相应的测试节点进行测试，可以使得输入到测试节点的目标测试数据与测试节点的测试环境信息相一致，能够被测试节点正常处理，提高测试数据的有效性，实现对车载操作系统的高效测试。

本公开实施例中，电子设备可以获取数据生成软件为车载操作系统生成的初始测试数据。通过车载操作系统的目标测试节点的测试内容信息，可以确定目标测试节点的目标数据格式。按照目标数据格式，并结合车载操作系统的测试环境信息，将初始测试数据转换为目标测试数据。通过目标测试数据，可以对目标测试节点的数据服务进行测试处理，获得测试结果。通过对目标测试节点的目标数据格式对初始测试数据的转换，可以确保目标测试数据对目标测试节点的准确测试，提高测试数据的有效性。

为了便于理解，下面将结合附图对本公开的技术方案进行详细介绍。

如图1所示，为本公开实施例提供的一种车载操作系统的数据处理方法的一个应用场景示意图。在实际应用中，数据生成软件可以配置于电子设备1中，用于生成初始测试数据。电子设备1可以获取数据生成软件生成的初始测试数据，车载操作系统可以位于车载设备2中。电子设备1可以利用车载设备2的目标测试节点的测试内容信息，可以确定目标测试节点的目标数据格式，并利用目标数据格式，结合车载操作系统的测试环境信息，将初始测试数据转化为目标测试数据。电子设备1例如可以包括：计算机、超级个人计算机、云服务器、超级计算机等，本公开中对电子设备的具体类型并不做出过多限定。参图1，电子设备1以云服务器为例，可以利用目标测试数据对目标测试节点进行测试处理，获得测试结果，完成对电子设备1的准确测试。

如图2所示，为本公开实施例提供的一种车载操作系统的数据处理方法的一个实施例的流程图，该车载操作系统的数据处理方法可以配置为一车载操作系统的数据处理装置，该数据处理装置可以位于电子设备中。数据处理方法可以包括以下几个步骤：

201：获取数据生成软件为车载操作系统的生成的初始测试数据。

可选地，数据生成软件可以包括HIL（hardware in loop，硬件在环）软件、SIL（software in loop，软件在环）软件等。数据生成软件可以根据车载操作系统的运行环境产线初始测试数据。

初始测试数据具体可以包括：底盘数据（VehicleReportMessage）、全球卫星定位数据（简称：GnssInsMsg，全称：Global Navigation Satellite System InformationNetwork System Message）、视频数据、图像（Image）数据、SYN-FLOOD（SynchronizeSequence Numbers-flood，同步洪水）攻击流量、UDP-FLOOD（User Datagram Protocol-flood，用户数据报协议洪水）攻击流量等不同数据类型的数据，可以按照数据类型的不同分类存储于数据库中，以便于按照数据类别快速完成数据的查询。

初始测试数据可以包括至少一个，不同初始测试数据可以分别用于测试不同的目标测试节点。获取数据生成软件为车载操作系统生成的初始测试数据可以包括：按照目标测试节点的测试内容信息，确定所需要读取的目标数据类型，并从数据库中读取与目标数据类型相一致的初始测试数据。获取数据生成软件为车载操作系统生成的初始测试数据还可以包括：接收数据生成软件为车载操作系统的目标测试节点生成的初始测试数据，通过直接接收数据生成软件生成的初始测试数据，可以提高初始测试数据的获取效率。

202：根据车载操作系统的目标测试节点的测试内容信息，确定目标测试节点的目标数据格式。

测试数据可以是针对相应的测试节点相应的测试内容信息，具体可以是对车端模拟产生的数据。目标测试节点可以包括至少一个，可以随机从车载操作系统中确定。

测试内容信息具体可以是被测试的目标节点所执行的具体测试内容，例如可以包括：数据服务测试、IP（Internet Protocol，网际互联协议）防火墙测试、网络访问测试等任一种测试内容信息。根据测试内容可以确定目标测试节点的目标数据格式，具体可以是预先为目标测试节点。

203：按照目标数据格式，结合车载操作系统的测试环境信息，将初始测试数据转换为目标测试数据。

测试环境信息可以指对目标测试节点或者车载操作系统的软件配置信息，或者还可以包括车载操作系统所在的车载终端相关的硬件配置信息、网络配置信息等，例如可以包括车载终端的IP地址和计算机端口（Port）。

204：利用目标测试数据，对目标测试节点进行测试处理，获得测试结果。

目标测试数据可以被提供给目标测试节点，以供目标测试节点对目标测试数据进行测试处理，获得测试结果。

本公开实施例中，电子设备可以获取数据生成软件为车载操作系统生成的初始测试数据通过车载操作系统的目标测试节点的测试内容信息，可以确定目标测试节点的目标数。据格式。按照目标数据格式，并结合车载操作系统的测试环境信息，将初始测试数据转换为目标测试数据。通过目标测试数据，可以对目标测试节点的数据服务进行测试处理，获得测试结果。通过对目标测试节点的目标数据格式对初始测试数据的转换，可以确保目标测试数据对目标测试节点的准确测试，提高测试数据的有效性。

为了便于理解，在实际应用中，数据生成软件可以将数据存储于数据库中，以便于读取测试数据。如图3所示，为本公开实施例提供的一种车载操作系统的数据处理方法的又一个实施例的流程图，与图2所示的实施例的不同之处在于，步骤201：获取数据生成软件为车载操作系统生成的初始测试数据，可以包括：

301：读取数据生成软件为车载操作系统生成的初始测试数据对应的数据包。

数据生成软件可以生成初始测试数据的数据包，电子设备可以通过数据存储指令，将数据生成软件生成的将数据包保存至本地存储器。例如，可以通过Candump（Controller Area Network dump，控制器局域网络备份）命令将初始测试数据保存为数据包、Tcpdump（User Datagram Protocol dump，用户间传输协议备份）命令将初始测试数据保持为数据包。在实际应用中，具体可以通过Candump命令的-I参数完成初始测试数据保存，可以通过Tcpdump命令的-w参数完成初始测试数据的保存。

302：解析数据包以获得初始测试数据。

可选地，解析数据包以获得初始测试数据之后，该方法还可以包括：并确定初始测试数据对应的目标测试节点。初始测试数据的数据类型可以在解析之后获得，具体可以通过读取初始测试数据的数据声明获得。解析数据包之后，可以将初始测试数据可以按照其数据类别分类存储于数据库中。数据库中可以按照数据类别分类存储多个初始测试数据。关于数据类型的具体内容可以参考上述实施例记载的内容，在此不再赘述。

303：基于初始测试数据的数据类型，将被测试数据按照对应的数据类型存储于数据库中。

解析数据包以获得初始测试数据之后，还可以包括：确定初始测试数据的数据类型。初始测试数据的数据类型可以通过读取初始测试数据的数据声明获得。

本公开实施例中，可以通过从数据库中读取数据生成软件为车载操作系统生成的初始测试数据，并将初始测试数据进行数据打包，获得相应的数据包。电子设备通过读取数据包，并从数据包中读取初始测试数据，可以实现对初始测试数据的高效获取。同时，通过数据存储方式可以实现数据的复用，提高数据利用率。

在实际应用中，为了获得数据包，在从数据库中读取数据生成软件为车载操作系统生成的初始测试数据对应的数据包之前，该方法还可以包括：

基于车载操作系统的使用环境，获取数据生成软件模拟生成的初始测试数据。

将初始测试数据按照预设数据包格式，转换为数据包。

模拟数据可以是数据生成软件对车载操作系统的使用环境模拟产生的数据。模拟数据可以包括通过数据生成指令生成的参数。

数据包可以包括：CAN（Controller Area Network，控制器局域网络）协议数据帧或者UDP（User Datagram Protocol，用户间传输协议）、TCP（Transmission ControlProtocol，联想连接的传输控制协议）数据包。数据包可以是在网络层传输的数据，数据帧可以是在链路层传输的数据。CAN协议数据帧可以通过运行Candump命令的-I参数进行初始测试数据的保存获得。TCP数据包可以通过运行Tcpdump命令的-w参数进行初始测试数据的保存获得。其中，CAN协议数据帧可以以log（日志文件）文件的形式存储，UDP、TCP数据包可以以acp（Area Coordination Paper，区域间协调文件）格式存储。

将初始测试数据按照预设数据包格式，转换为数据包可以包括：运行初始测试数据的数据包生成命令，例如Candump命令或者Tcpdump命令，获得初始测试数据对应的数据包。

本公开实施例中，利用车载操作系统的使用环境，生成模拟数据之后，可以将模拟数据按照预设数据包格式转换为数据包，并将数据包发送至数据库分类存储。通过数据包格式的转换，可以实现数据包的有效分类存储，提高数据包的处理效率和准确性。

作为又一个实施例，按照目标数据格式，结合车载操作系统的测试环境信息，将初始测试数据转换为目标测试数据，包括：

根据目标数据格式，将初始测试数据重新进行封装，获得封装数据；

将封装数据中的历史环境信息更新为车载操作系统的测试环境信息，获得目标测试数据。

根据目标数据格式，将初始测试数据重新进行封装，获得封装数据，可以包括：确定目标数据格式对应的至少一个数据结构，将初始测试数据转化为至少一个数据结构分别对应的数据片段，以获得至少一个数据结构分别对应的数据片段组合获得的封装数据。

本公开实施例中，通过目标数据格式，可以将初始测试数据重新进行封装，获得封装数据，获得的封装数据可以与初始数据格式相一致，将封装数据中的历史环境信息更新为车载操作系统的测试环境信息，可以获得目标测试数据。通过按照目标数据格式进行数据封装以及测试环境信息的变更实现对数据的准确而有效的转换。

在一种可能的设计中，利用目标测试数据，对目标测试节点的数据服务进行测试处理，获得测试结果，包括：

基于预设通信传输协议，将目标测试数据发送至车载操作系统的目标测试节点，目标测试节点用于基于目标测试数据进行测试，获得测试结果；

接收目标测试节点对应的测试结果。

可选地，将目标测试数据发送至车载操作系统时，可以将目标测试数据以数据包的形式，按照与车载操作系统定义的通信协议，将目标测试数据发送至通信协议。通信协议例如可以包括TCP协议、UDP协议。

本公开实施例中，利用通信传输协议可以实现数据的准确传输，提高数据传输稳定性和传输效率。

因此，作为又一个实施例，如图4所示，为本公开实施例提供的一种目标检测方法的又一个实施例的流程图，与图2所示的实施例的不同之处在于，步骤204：利用目标测试数据，对目标测试节点的数据服务进行测试处理，获得测试结果之后，还包括：

401：读取车载操作系统测试过程中产生的日志文件；日志文件包括对目标测试节点的数据服务进行测试处理过程中产生的日志信息；目标测试节点包括至少一个。

车载操作系统可以不断对至少一个目标测试节点进行测试，可以将每次测试过程和测试结果以日志信息形式存储于日志文件中。

402：解析日志文件，获得至少一个目标测试节点对应的至少一个日志信息；

日志文件中可以包括至少一个日志信息，每个日志信息可以对应目标测试节点，不同日志信息对应的目标测试节点可以不同。一个目标测试节点可以对应一个或多个日志信息。

403：根据目标测试节点对应的日志信息，对目标测试节点进行测试验证处理，获得至少一个目标测试节点分别对应的节点验证结果。

根据目标测试节点对应的日志信息，对目标测试节点进行测试验证处理，可以包括：根据目标测试节点对应的日志信息，获取日志信息中的目标字段信息，判断目标字段信息与目标测试节点预设的验证信息是否相匹配，若目标字段信息与目标测试节点预设的验证信息相匹配，则确定验证通过为该目标测试节点的节点验证结果，若目标字段信息与目标测试节点预设的验证信息不匹配，则确定验证失败为目标测试节点的节点验证结果。通过上述测试验证处理方案，可以获得至少一个目标测试节点分别对应的节点验证结果。

404：根据至少一个目标测试节点分别对应的节点验证结果，生成车载操作系统的系统验证结果。

可选地，车载操作系统测试过程中可以产生日志文件，车载操作系统的测试通常执行多次，每次产生的日志信息均可以存储于日志文件中。车载操作系统的测试可以针对不同的测试节点，因此，日志文件中可以包括至少一个测试节点分别对应的日志信息。

本公开实施例中，可以获取利用目标测试数据对车载操作系统进行测试时产生的日志文件，对车载操作系统进行准确验证，获得有效的系统验证结果。

作为一个实施例，根据至少一个目标测试节点分别对应的节点验证结果，生成车载操作系统的系统验证结果，可以包括：

若确定至少一个目标测试节点分别对应的节点验证结果均为节点测试验证通过，则确定系统验证通过为车载操作系统的系统验证结果。

可选地，若确定至少一个目标测试节点分别对应的节点验证结果存在一个或多个节点测试验证失败，则可以确定系统验证失败为车载操作系统的系统验证结果。

在某些实施例中，根据至少一个目标测试节点分别对应的节点验证结果，生成车载操作系统的系统验证结果，可以包括：确定至少一个目标测试节点分别对应的节点验证结果中验证通过的节点数量，计算节点数量与至少一个目标测试节点的节点总量的比值，若确定该比值大于或等于验证阈值，则确定系统验证通过为车载操作系统的系统验证结果。若确定该比值小于验证阈值，则确定系统验证未通过为车载操作系统的系统验证结果。

本公开实施例中，在至少一个目标测试节点均测试验证通过时，可以确定系统验证通过为车载操作系统的系统验证结果。通过对各个目标测试节点的综合性判断，可以实现对车载操作系统的准确验证，提高车载操作系统的验证效率。

如图5所示，为本公开实施例提供的一种车载操作系统的数据处理方法的又一个实施例的流程图，该方法可以包括：

501：接收电子设备针对车载操作系统发送的目标测试数据。目标测试数据基于数据生成软件为车载操作系统生成的初始测试数据按照目标数据格式转换获得；目标数据格式根据目标测试节点的测试内容信息确定。

502：确定车载操作系统的目标测试节点对应的测试使用条件。

503：若确定目标测试数据满足测试使用条件，则利用目标测试数据对目标测试节点进行测试处理，获得测试结果。

利用目标测试数据对目标测试节点进行测试处理可以包括：基于自动化测试框架配置车载操作系统的测试平台，通过将目标测试数据输入测试平台以对目标测试节点进行测试处理。自动化测试框架可以包括基于Python（蟒蛇）的自动化测试框架，自动化测试框架例如可以包括unittest（单元测试框架）、pytest（用例测试框架）、robotframework（自动化测试框架）等框架中的任一种，通过自动化测试框架可以完成对车载操作系统的测试配置，形成基于数据驱动的对车载操作系统的自动化测试方法，完成对车载操作系统的自动化测试。通过对目标测试节点的自动化测试，可以获得准确的测试结果。

504：发送测试结果至电子设备。

电子设备接收测试结果之后可以输出测试结果。

本公开实施例中，可以接收电子设备针对车载操作系统发送的目标测试数据，目标测试数据可以是通过初始测试数据按照目标数据格式转换获得的。在目标测试数据满足测试使用条件时，可以利用目标测试数据可以实现对车载操作系统的目标测试节点的准确测试，通过目标测试数据的获取以及测试使用条件的检测可以实现对目标测试节点的高效测试，避免因目标测试数据与目标测试节点不一致产生测试数据不一致的现象。

作为一种可选实施方式，确定车载操作系统的目标测试节点对应的测试使用条件，包括：

确定车载操作系统的目标测试节点对应的测试平台信息；

根据测试平台信息，确定与测试平台信息相匹配的目标参数类型；

根据目标参数类型，确定测试使用条件；

目标测试数据是否满足测试使用条件的判断步骤包括：

判断目标测试数据是否与测试使用条件中的目标测试类型相匹配；

若确定目标测试数据与目标测试类型相匹配，则确定目标测试数据满足测试使用条件。

测试平台信息可以为车载操作系统的测试执行平台，可以包括基于自动化测试框架配置的测试平台，测试平台具体可以为车载操作系统进行测试。测试平台信息可以包括平台名称、平台类型、平台搭建时间等信息。确定测试平台信息之后，可以根据测试平台信息，确定与测试平台信息相匹配的目标参数类型。

可选地，在实际应用中，可以为不同测试平台设置不同的目标参数类型，具体可以根据测试平台的测试需求设置目标参数类型。可以通过参数数据读取方式，读取与测试平台信息关联的目标参数类型。例如，在测试平台信息指示测试平台为RobotFramework平台，则可以确定字典参数为目标参数类型；在测试平台信息指示测试平台为Python平台，则可以确定JSON（JavaScript Object Notation，轻量级的数据交互格式）格式配置文件为目标参数类型。

根据目标参数类型，确定测试使用条件包括：将目标测试数据与目标参数类型相匹配作为测试使用条件。目标测试数据与目标参数类型相匹配可以指目标测试数据的数据类型为目标参数类型。判断目标测试数据是否与测试使用条件中的目标测试类型相匹配可以包括：判断目标测试数据的数据类型是否与测试使用条件中的目标测试类型相同，若相同，则确定目标测试数据与测试使用条件中的目标测试类型相匹配，若不同，则确定目标测试数据与测试使用条件中的目标测试类型不匹配。

可选地，测试使用条件除包含目标参数类型的参数类型检测之外，还可以包括：数据量级检测、被测环境IP地址检测、被测环境Port检测等检测内容。通过测试使用条件对目标测试条件进行筛选之后，可以获得与车载操作系统更匹配的测试数据，可以提高测试数据的有效性。

本公开实施例中，确定车载操作系统的目标测试节点对应的测试平台信息，可以根据测试平台信息确定相应的目标参数类型，进而利用目标参数类型对应的测试使用条件对目标测试数据是否满足测试使用条件进行判断，提高目标测试数据的测试效率和准确性。

作为又一种可选实施方式，利用目标测试数据对目标测试节点进行测试处理，获得测试结果，包括：

运行目标测试节点的启动指令，启动目标测试节点；

确定启动后的目标测试节点对应的数据收集子节点和数据接收子节点；

控制数据收集子节点对目标测试数据的测试结果进行数据采集；

控制数据收集子节点基于发布操作，将采集的目标测试数据的测试结果发布至数据接收子节点；

控制数据接收子节点基于订阅操作，获取目标测试数据对应的测试结果，并对测试结果进行加密存储。

数据收集子节点（data_collection）可以对目标参数类型的测试数据进行采集，获得目标测试数据。数据收集子节点可以具备PUB发布操作，可以将采集的目标测试数据发布到数据收集子节点。数据收集子节点还可以采集目标测试数据的测试结果。

数据收集子节点（data_service）可以对指定的目标参数类型进行Sub订阅操作，并对目标测试数据以及目标测试数据的测试结果进行获取，将目标测试数据和目标测试数据的测试结果加密存储。

上述运行目标测试节点的启动指令，启动目标测试节点，控制数据收集子节点以及数据接收子节点执行相应的处理操作可以通过预先编写好的脚本程序完成，实现测试处理以及测试结果的自动化执行，提高测试效率和准确性。运行目标测试节点的启动指令，启动目标测试节点之前，该方法还可以包括：检测用户针对测试平台触发的登录请求，获取用户的用户信息，对用户信息校验成功，则可以确定目标测试节点的启动指令。

本公开实施例中，可以基于启动指令完成目标测试节点的自动启动，以控制目标测试节点的数据收集子数据和数据接收子数据对目标测试数据的测试结果进行数据采集并同时通过测试结果进行数据接收子节点的发布，实现对测试结果的准确获取，并对测试结果进行加密存储，提高数据处理效率和准确性。

作为一个实施例，利用目标测试数据对目标测试节点进行测试处理，获得测试结果之后，还包括：

根据目标测试数据对目标测试节点进行测试处理的测试过程，生成日志信息；

将日志信息存储于日志文件中，日志文件用于被电子设备读取并对车载操作系统的测试效果信息进行生成。

本公开实施例中，利用日志文件存储目标测试数据对目标测试节点的测试处理过程所产生的日志信息，实现对测试处理过程的准确记录，提高日志文件的处理效率和准确性。

如图6所示，为本公开实施例提供的一种车载操作系统的数据处理装置的一个实施例的结构示意图，该车载操作系统的数据处理装置可以配置有上述实施例中的车载操作系统的数据处理方法，车载操作系统的数据处理装置可以位于电子设备中，该车载操作系统的数据处理装置800可以包括：

数据获取单元601：用于获取数据生成软件为车载操作系统生成的初始测试数据。

格式确定单元602：用于根据车载操作系统的目标测试节点的测试内容信息，确定目标测试节点的目标数据格式。

数据转换单元603：用于按照目标数据格式，结合车载操作系统的测试环境信息，将初始测试数据转换为目标测试数据。

节点测试单元604：用于利用目标测试数据，对目标测试节点的数据服务进行测试处理，获得测试结果。

作为一个实施例，数据获取单元601，可以包括：

数据读取模块，用于读取数据生成软件为车载操作系统生成的初始测试数据对应的数据包；

数据解析模块，用于解析数据包以获得初始测试数据。

该装置还可以包括：

数据存储单元，用于基于初始测试数据的数据类型，将初始测试数据按照对应的数据类型对应存储于数据中。

在某些实施例中，还包括：

模拟生成单元，用于基于车载操作系统的使用环境，获取数据生成软件生成的模拟数据；

数据打包单元，用于将模拟数据按照预设数据包格式，转换为数据包。

在某些实施例中，数据转换单元603，可以包括：

数据封装模块，用于根据目标数据格式，将初始测试数据重新进行封装，获得封装数据；

数据测试模块，用于将封装数据中的历史环境信息更新为车载操作系统的测试环境信息，获得目标测试数据。

作为又一个实施例，节点测试单元，可以包括：

协议转化模块，用于基于预设通信传输协议，将目标测试数据发送至车载操作系统的目标测试节点，目标测试节点用于基于目标测试数据进行测试，获得测试结果；

结果接收模块，用于接收目标测试节点对应的测试结果。

在某些实施例中，还包括：

日志读取单元，用于读取车载操作系统测试过程中产生的日志文件；日志文件包括对目标测试节点的数据服务进行测试处理过程中产生的日志信息；目标测试节点包括至少一个；

日志解析单元，用于解析日志文件，获得至少一个目标测试节点对应的至少一个日志信息；

节点测试单元，用于根据目标测试节点对应的日志信息，对目标测试节点进行测试验证处理，获得至少一个目标测试节点分别对应的节点验证结果；

结果获取单元，用于根据至少一个目标测试节点分别对应的节点验证结果，生成车载操作系统的系统验证结果。

在某些实施例中，结果获取单元，包括：

结果获取模块，用于若确定至少一个目标测试节点分别对应的节点验证结果均为节点测试验证通过，则确定系统验证通过为车载操作系统的系统验证结果。

如图7所示，为本公开实施例提供的一种车载操作系统的数据处理装置的又一个实施例的结构示意图，该车载操作系统的数据处理装置可以配置有上述实施例中的车载操作系统的数据处理方法，车载操作系统的数据处理装置可以位于电子设备中，该车载操作系统的数据处理装置700可以包括：

数据接收单元701：用于接收电子设备针对车载操作系统发送的目标测试数据；目标测试数据基于数据生成软件为车载操作系统生成的初始测试数据按照目标数据格式转换获得；目标数据格式根据目标测试节点的测试内容信息确定；

条件确定单元702：用于确定车载操作系统的目标测试节点对应的测试使用条件；

结果获得单元703：用于若确定目标测试数据满足测试使用条件，则利用目标测试数据对目标测试节点进行测试处理，获得测试结果；

结果发送单元704：用于发送测试结果至电子设备。

作为一个实施例，条件确定单元，可以包括：

平台测试模块，用于确定车载操作系统的目标测试节点对应的测试平台信息；

类型匹配模块，用于根据测试平台信息，确定与测试平台信息相匹配的目标参数类型；

条件确定模块，用于根据目标参数类型，确定测试使用条件；

该方法还可以包括：

条件判断模块，用于判断目标测试数据是否与测试使用条件中的目标测试类型相匹配；

第一确定模块，用于若确定目标测试数据与目标测试类型相匹配，则确定目标测试数据满足测试使用条件。

在某些实施例中，结果获得单元，包括：

节点启动模块，用于运行目标测试节点的启动指令，启动目标测试节点；

第二确定模块，用于确定启动后的目标测试节点对应的数据收集子节点和数据接收子节点；

数据采集模块，用于控制数据收集子节点对目标测试数据的测试结果进行数据采集；

数据发布模块，用于控制数据收集子节点基于发布操作，将采集的目标测试数据的测试结果发布至数据接收子节点；

结果存储模块，用于控制数据接收子节点基于订阅操作，获取目标测试数据对应的测试结果，并对测试结果进行加密存储。

在某些实施例中，该装置还包括：

日志生成单元，用于根据目标测试数据对目标测试节点进行测试处理的测试过程，生成日志信息；

日志存储单元，用于将日志信息存储于日志文件中，日志文件用于被电子设备读取并对车载操作系统的测试效果信息进行生成。

上述电子设备可以是无线终端也可以是有线终端。无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网（Radio Access Network，简称RAN）与一个或多个核心网设备进行通信，无线终端可以是移动终端，如移动电话（或称为“蜂窝”电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。再例如，无线终端还可以是个人通信业务（Personal Communication Service，简称PCS）电话、无绳电话、会话发起协议（Session Initiation Protocol，简称SIP）话机、无线本地环路（Wireless Local Loop，简称WLL）站、个人数字助理（Personal Digital Assistant，简称PDA）等设备。无线终端也可以称为系统、订户单元（Subscriber Unit）、订户站（Subscriber Station），移动站（MobileStation）、移动台（Mobile）、远程站（Remote Station）、远程终端（Remote Terminal）、接入终端（Access Terminal）、用户终端（User Terminal）、用户代理（User Agent）、用户设备（User Device or User Equipment），在此不作限定。可选的，上述电子设备还可以是智能手表、平板电脑等设备。

图8是根据一示例性实施例示出的一种电子设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出（I/ O）接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器（LCD）和触摸面板（TP）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风（MIC），当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/ O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件816还包括近场通信（NFC）模块，以促进短程通信。例如，在NFC模块可基于射频识别（RFID）技术，红外数据协会（IrDA）技术，超宽带（UWB）技术，蓝牙（BT）技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理设备（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (16)

1.一种车载操作系统的数据处理方法，其特征在于，包括：

获取数据生成软件为车载操作系统的生成的初始测试数据；

根据所述车载操作系统的目标测试节点的测试内容信息，确定所述目标测试节点的目标数据格式；

按照所述目标数据格式，结合所述车载操作系统的测试环境信息，将所述初始测试数据转换为目标测试数据；

利用所述目标测试数据，对所述目标测试节点进行测试处理，获得测试结果。

2.根据权利要求1所述的方法，其特征在于，所述获取数据生成软件为车载操作系统生成的初始测试数据，包括：

读取所述数据生成软件为所述操作系统生成的初始测试数据对应的数据包；

解析所述数据包以获得所述初始测试数据；

该方法还包括：

基于所述初始测试数据的数据类型，将所述初始测试数据按照对应的数据类型对应存储于数据中。

3.根据权利要求2所述的方法，其特征在于，还包括：

基于所述车载操作系统的使用环境，获取所述数据生成软件模拟生成的初始测试数据；

将所述初始测试数据按照预设数据包格式，转换为数据包。

4.根据权利要求1所述的方法，其特征在于，所述按照所述目标数据格式，结合所述车载操作系统的测试环境信息，将所述初始测试数据转换为目标测试数据，包括：

根据所述目标数据格式，将所述初始测试数据重新进行封装，获得封装数据；

将所述封装数据中的历史环境信息更新为所述车载操作系统的测试环境信息，获得所述目标测试数据。

5.根据权利要求1所述的方法，其特征在于，所述利用所述目标测试数据，对所述目标测试节点的数据服务进行测试处理，获得测试结果，包括：

基于预设通信传输协议，将所述目标测试数据发送至所述车载操作系统的所述目标测试节点，所述目标测试节点用于基于所述目标测试数据进行测试，获得测试结果；

接收所述目标测试节点对应的测试结果。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述利用所述目标测试数据，对所述目标测试节点的数据服务进行测试处理，获得测试结果之后，还包括：

读取所述车载操作系统测试过程中产生的日志文件；所述日志文件包括对所述目标测试节点的数据服务进行测试处理过程中产生的日志信息；所述目标测试节点包括至少一个；

解析所述日志文件，获得至少一个所述目标测试节点对应的至少一个所述日志信息；

根据所述目标测试节点对应的日志信息，对所述目标测试节点进行测试验证处理，获得至少一个所述目标测试节点分别对应的节点验证结果；

根据至少一个所述目标测试节点分别对应的节点验证结果，生成所述车载操作系统的系统验证结果。

7.根据权利要求6所述的方法，其特征在于，所述根据至少一个所述目标测试节点分别对应的节点验证结果，生成所述车载操作系统的系统验证结果，包括：

若确定至少一个所述目标测试节点分别对应的节点验证结果均为节点测试验证通过，则确定系统验证通过为所述车载操作系统的系统验证结果。

8.一种车载操作系统的数据处理方法，其特征在于，包括：

接收电子设备针对车载操作系统发送的目标测试数据；所述目标测试数据基于所述数据生成软件为所述车载操作系统生成的初始测试数据按照目标数据格式转换获得；所述目标数据格式根据目标测试节点的测试内容信息确定；

确定所述车载操作系统的目标测试节点对应的测试使用条件；

若确定所述目标测试数据满足所述测试使用条件，则利用所述目标测试数据对所述目标测试节点进行测试处理，获得测试结果；

发送所述测试结果至所述电子设备。

9.根据权利要求8所述的方法，其特征在于，所述确定所述车载操作系统的目标测试节点对应的测试使用条件，包括：

确定所述车载操作系统的所述目标测试节点对应的测试平台信息；

根据所述测试平台信息，确定与所述测试平台信息相匹配的目标参数类型；

根据所述目标参数类型，确定所述测试使用条件；

所述目标测试数据是否满足所述测试使用条件的判断步骤包括：

判断所述目标测试数据是否与所述测试使用条件中的目标测试类型相匹配；

若确定所述目标测试数据与所述目标测试类型相匹配，则确定所述目标测试数据满足测试使用条件。

10.根据权利要求8所述的方法，其特征在于，所述利用所述目标测试数据对所述目标测试节点进行测试处理，获得测试结果，包括：

运行所述目标测试节点的启动指令，启动所述目标测试节点；

确定启动后的所述目标测试节点对应的数据收集子节点和数据接收子节点；

控制所述数据收集子节点对所述目标测试数据的测试结果进行数据采集；

控制所述数据收集子节点基于发布操作，将采集的所述目标测试数据的测试结果发布至所述数据接收子节点；

控制所述数据接收子节点基于订阅操作，获取所述目标测试数据对应的测试结果，并对所述测试结果进行加密存储。

11.根据权利要求8所述的方法，其特征在于，所述利用所述目标测试数据对所述目标测试节点进行测试处理，获得测试结果之后，还包括：

根据所述目标测试数据对所述目标测试节点进行测试处理的测试过程，生成日志信息；

将所述日志信息存储于日志文件中，所述日志文件用于被所述电子设备读取并对所述车载操作系统的测试效果信息进行生成。

12.一种车载操作系统的数据处理装置，其特征在于，包括：

数据获取单元，用于获取数据生成软件为车载操作系统生成的初始测试数据；

格式确定单元，用于根据所述车载操作系统的目标测试节点的测试内容信息，确定所述目标测试节点的目标数据格式；

数据转换单元，用于按照所述目标数据格式，结合所述车载操作系统的测试环境信息，将所述初始测试数据转换为目标测试数据；

节点测试单元，用于利用所述目标测试数据，对所述目标测试节点的数据服务进行测试处理，获得测试结果。

13.一种车载操作系统的数据处理装置，其特征在于，包括：

数据接收单元，用于接收电子设备针对车载操作系统发送的目标测试数据；所述目标测试数据基于所述数据生成软件为所述车载操作系统生成的初始测试数据按照目标数据格式转换获得；所述目标数据格式根据所述目标测试节点的测试内容信息确定；

条件确定单元，用于确定所述车载操作系统的目标测试节点对应的测试使用条件；

结果获得单元，用于若确定所述目标测试数据满足所述测试使用条件，则利用所述目标测试数据对所述目标测试节点进行测试处理，获得测试结果；

结果发送单元，用于发送所述测试结果至所述电子设备。

14.一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-7或者8-11中任一项所述的车载操作系统的数据处理方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-7或者8-11任一项所述的车载操作系统的数据处理方法。

16.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-7或者8-11中任一项所述的车载操作系统的数据处理方法。

Images