CN112306032A - 一种汽车开放系统的一致性测试方法、装置及系统 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种汽车开放系统的一致性测试方法、装置及系统，所述方法包括：接收测试终端发送的测试触发报文数据；根据所述测试触发报文数据，生成测试报文数据；将所述测试报文数据发送至所述测试终端，以使得所述测试终端根据所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。本发明能够运行所有ATS一致性测试的用例，一键自动测试，通过逻辑判断来检查BSW之间的一致性，操作简单，并能够自动产生测试报告。

Description

一种汽车开放系统的一致性测试方法、装置及系统

技术领域

本发明涉及软件测试领域，尤其涉及ECU(Electronic Control Unit，电子控制单元)测试领域。

背景技术

AUTOSAR(AUTOmotive Open System Architecture，汽车开放系统架构)是由各大汽车制造厂商、零部件供应商、汽车电子、半导体和软件系统公司于2003年联合成立的汽车软件开发合作联盟，致力于为汽车工业制定一个开放的、标准化的软件架构，促进汽车电子的技术创新，提高汽车电子产品的性能，满足未来汽车的需求。AUTOSAR期望将汽车系统的基础软件标准化为一个跨OEM(Original Entrusted Manufacture，原始委托生产)的“标准栈”，试图通过增加软件模块的重用和互换来降低系统软件架构的复杂度，通过在软件系统中集成不同供应商生产的功能模块，以适用于不同的车辆及不同的车型。随着汽车中增强安全和舒适体验的功能越来越多，实现这些功能的ECU(Electronic Control Unit，电子控制单元)的数量也在持续上升。

目前基于各AUTOSAR厂商的电子控制单元之间的BSW(Basic Software，基础软件层)之间的一致性不好，需要通过AUTOSAR ATS规范定义的一致性测试规范来进行AUTOSARATS(Automatic transfer switching equipment，自动转换开关电器)的一致性测试。

发明内容

本说明书目的在于提供一种汽车开放系统的一致性测试方法及装置，实现了一键自动测试被测车载终端的一致性，提高了一致性测试的效率。

第一方面本说明书实施例提供了一种应用在被测车载终端上的汽车开放系统的一致性测试方法，所述方法包括：

接收测试终端发送的测试触发报文数据；

根据所述测试触发报文数据，生成测试报文数据；

将所述测试报文数据发送至所述测试终端，以使得所述测试终端根据所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

第二方面，本说明书提供了一种汽车开放系统的一致性测试装置，所述装置包括：

触发报文接收模块，用于接收测试终端发送的测试触发报文数据；

测试报文生成模块，用于根据所述测试触发报文数据，生成测试报文数据；

测试报文返回模块，用于将所述测试报文数据发送至所述测试终端，以使得所述测试终端根据所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

第三方面，本说明书实施例提供了一种应用在测试终端上的的汽车开放系统的一致性测试方法，所述方法包括：

向被测车载终端发送触发报文数据；

接收所述被测车载终端根据所述触发报文数据生成的测试报文数据，所述测试报文数据包括：被测车载终端的工作状态、工作模式、返回值中的至少一个；

将所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

第四方面，本说明书还提供了一种汽车开放系统的一致性测试装置，所述装置包括：

触发报文发送模块，用于向被测车载终端发送触发报文数据；

测试报文接收模块，用于接收所述被测车载终端根据所述触发报文数据生成的测试报文数据，所述测试报文数据包括：被测车载终端的工作状态、工作模式、返回值中的至少一个；

一致性匹配模块，用于将所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

第五方面，本说明书还提供了一种汽车开放系统的一致性测试系统，所述系统包括：被测车载终端、测试终端，所述测试终端包括运行环境和测试数据库，所述测试数据库中包括多个测试用例；

所述被测车载终端和所述测试终端通过所述运行环境总线设备连接，进行一致性测试。

实施本发明实施例，具有如下有益效果：

本说明书提供的应用的汽车开放系统的一致性测试方法、装置及系统，能够运行所有ATS一致性测试的用例，一键自动测试，通过逻辑判断来检查BSW之间的一致性，操作简单，并能够自动产生测试报告，本发明还实现了自动更新ATS一致性测试的用例，不断更新拓展一致性测试的用例，有效减轻测试人员的工作强度，降低测试成本，提高ECU测试的效率和测试的质量。

附图说明

为了更清楚地说明本发明所述的汽车开放系统的一致性测试方法，下面将对实施例所需要的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1为本发明汽车开放系统的一致性测试系统拓扑图；

图2为本发明测试终端结构示意图；

图3为本发明被测车载终端结构示意图；

图4为本发明一个汽车开放系统的一致性测试方法的流程示意图；

图5为本发明又一个汽车开放系统的一致性测试方法的流程示意图；

图6为本说明书实施例中一个一致性测试装置的结构示意图；

图7为本说明书实施例中又一个一致性测试装置的结构示意图；

图8为本发明汽车开放系统的一致性测试系统结构示意图；

其中，1-测试终端，2-被测车载终端，3-测试数据库，302-触发报文接收模块，304-测试报文生成模块，306-测试报文返回模块，402-触发报文发送模块，404-测试报文接收模块，406-一致性匹配模块。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

AUTOSAR的基本设计概念是实现SW-C(software components，应用/功能软件组件)与BSW的隔离，进而独立于低层硬件。AUTOSAR架构划分为三个大的层次；顶层为应用层(Application layer)，是相互交互的应用/功能软件组件的集合；底层为微控制器(Microcomtroller)硬件；中间层由AUTOSAR RTE(Runtime environment，运行时环境)和一套完整的被称为AUTOSAR BSW的ECU(Electronic Control Unit，电子控制单元)基础/环境软件栈组成，作为独立于硬件的应用软件集成平台。

AUTOSAR应用结构接口作为SW-C之间及SW-C与BSW之间的应用软件接口标准，当前主要考虑的是车身、底盘及动力传动系统控制领域的应用软件接口的标准化工作，并将逐步覆盖整个汽车电子系统领域，BSW位于RTE之下，向SW-C提供服务以协助其完成软件的功能部分。BSW由标准组件(如OS、系统服务、通信栈、微控制器抽象层等)和ECU特定组件(ECU抽象及复杂设备驱动)组成。

图1为本发明汽车开放系统的一致性测试系统拓扑图，如图1所示，本说明书实施例中提供一种汽车开放系统的一致性测试系统可以包括：CAN(Controller Area Network，控制器局域网络)、FlexRay(高速菊花链网络)，其中第一测试用例、第二测试用例和第三测试用例为虚拟节点，测试终端1为测试节点，测试终端1根据测试用例发出的测试用例触发报文数据，通过CANoe进行仿真，获取第一测试用例、第二测试用例和第三测试用例的运行参数，第一测试用例、第二测试用例和第三测试用例的组成即为测试数据库3。第四被测车载终端2为虚拟节点，第一被测车载终端2为实际节点。第四被测车载终端2根据测试终端1发送的触发报文数据，生成第四被测车载终端2测试报文数据；第一被测车载终端2根据测试终端1发送的触发报文数据，生成第一被测车载终端2测试报文数据；第四被测车载终端2发送的测试报文数据通过第一被测车载终端2实际节点进行仿真，得到获取第一被测车载终端2和第四被测车载终端2的运行参数；将第一被测车载终端2和第四被测车载终端2的运行参数与测试数据库3中数据进行一致性测试，并生产测试结果。

其中CANoe是网络和ECU开发、测试和分析的专业工具，支持从需求分析到系统实现的整个系统的开发过程。

第二被测车载终端2与第一被测车载终端2测试方法相同，第六被测车载终端2与第四被测车载终端2测试方法相同，仅通信线不同，不再累述。

图2为本发明测试终端1结构示意图，图3为本发明被测车载终端2结构示意图；如图2-3所示，本说明书实施例中提供一种汽车开放系统的一致性测试系统可以包括:测试终端1和被测车载终端2。测试终端1可以包括测试数据库3和被测车载终端2运行装置。测试数据库3是根据AUTOSAR ATS测试规范编写的多个测试用例，具体采用CAPL(CAN AccessProgramming language，CAN总线访问编程语言)脚本实现测试用例。被测车载终端2运行装置是支撑测试用例运行的基础。具体采用CANoe来支撑测试用例的运行、停止、生成测试报告等ATS测试运行。

其中，被测车载终端2运行装置可以是CANoe运行环境支撑软件。测试用例采用CANoe CAPL脚本编写的测试用例加载在CANoe中运行，ECU端由ECUEX的ECU配置(即被测车载终端2)描述(ARXML)文件和AUTOSAR底层代码：RTE、BSW、MCAL组成。其中SW-C(Test Appl)根据ECUEX配置描述文件组成。在这里称之为应用层代码。RTE、BSW、MCAL是支撑SW-C运行的代码，RTE层是运行环境层、BSW是AUTOSAR基础软件模块层、MCAL是对应MCU的驱动层。

本说明书实施例中提供了汽车开放系统的一致性测试方法，针对被测车载终端2运行环境的特点，进行被测车载终端2模拟，之后被测车载终端2运行参数的自动生成，并将生成的被测车载终端2对测试数据库3库中的测试用例进行匹配，生成测试结果，并将测试结果保存在测试数据库3中，实现了测试数据库3的自动更新和提高一致性测试的速度。

本说明书中汽车开放系统的一致性测试方法可以应用在客户端或服务器中，客户端可以是智能手机、平板电脑、智能可穿戴设备(智能手表、虚拟现实眼镜、虚拟现实头盔等)、智能车载设备等电子设备。

具体的，图4是本发明一个汽车开放系统的一致性测试方法的流程示意图，如图4所示，本说明书一个实施例中提供的汽车开放系统的一致性测试方法可以应用在被测车载终端2即被测ECU端，所述方法可以包括：

步骤102、接收测试终端1发送的测试触发报文数据。

具体的，被测车载终端2可以通过CANoe和测试终端1连接，确认连接后，测试终端1通过CANoe向被测车载终端2发送触发报文数据，被测车载终端2接收触发报文数据，进入汽车开放系统的一致性测试过程。触发报文数据可以用来表示被测车载终端2进入汽车开放系统的一致性测试的触发指令，具体内容可以根据实际需要进行设置，本说明书实施例不作具体限定。

步骤104、根据所述测试触发报文数据，生成测试报文数据。

具体的，被测车载终端2可以根据测试触发报文数据，调用相关运行函数，生成测试报文数据。测试报文数据可以包括被测车载终端2的运行参数，这些运行参数可以用来检测被测车载终端2中的数据与测试数据库3中的数据是否一致，测试数据库3包括多个测试用例。

步骤106、将所述测试报文数据发送至所述测试终端1，以使得所述测试终端1根据所述测试报文数据与测试数据库3中的数据进行一致性测试，并生成测试结果。

具体的，被测车载终端2可以将生成的测试报文数据发送至测试终端1，测试终端1将测试报文数据与测试数据库3中的数据进行对比，并判断测试报文数据与测试数据库3中的数据是否匹配，生成测试结果。测试数据库3中的数据可以包括已经通过一致性测试的车载终端的运行参数，车载终端的运行参数可以通过车载终端在实际应用中的运行情况进行获取，也可以通过对车载终端进行仿真的形式获取。测试结果可以包含被测车载终端2的运行参数、以及被测车载终端2的运行参数与测试数据库3中已知车载终端的运行参数的区别。测试结果可以通过测试报告的形式进行展示，如：通过word、excel、pdf等展示。

本说明书实施例提的汽车开放系统的一致性测试方法，通过被测车载终端2根据接收到的触发报文数据向测试终端1发送测试报文数据，测试终端1将测试报文数据与测试用例库中数据进行匹配，继而实现测试终端1的一致性检测，并生成测试结果。实现了被测车载终端2的一致性测试的自动测试，操作简单，大幅度降低了工作强度。

在上述实施例的基础上，本说明书一个实施例中，所述根据所述测试触发报文数据，生成测试报文数据，包括：

接收到所述测试触发报文数据后，获取所述被测车载终端2的工作状态、工作模式、返回值中的至少一个，生成所述测试报文数据。

具体的，被测车载终端2接收到测试触发报文数据后，可以调用相关函数获取当前被测车载终端2的工作状态、工作模式、返回值，工作状态可以包括当前被测车载终端2是处于正常工作状态、异常工作状态还是空闲工作状态；工作模式可以表示当前被测车载终端2处于正常激活模式还是睡眠模式；返回值可以表示车载终端2的当前模式。

工作状态、工作模式、返回值能够反映当前被测车载终端2的运行参数，将根据工作状态、工作模式、返回值生成的测试报文数据与测试数据库3中数据进行匹配。能够快速准确的实现汽车开放系统的一致性测试，操作简单，大幅度降低了工作强度。

本说明书一些实施例中还提供一种应用在测试终端1上的汽车开放系统的一致性测试方法，具体的，图5是本发明又一个汽车开放系统的一致性测试方法的流程示意图，如图5所示，本说明书一个实施例中提供的汽车开放系统的一致性测试方法，所述方法可以包括：

步骤202、向被测车载终端2发送触发报文数据。

具体的，测试终端1可以依次与CANoe和被测车载终端2连接，确认连接后，测试终端1可以通过CANoe向被测车载终端2发送触发报文数据，被测车载终端2接收触发报文数据，进入汽车开放系统的一致性测试过程。触发报文数据可以用来表示被测车载终端2进入汽车开放系统的一致性测试的触发指令，具体内容可以根据实际需要进行设置，本说明书实施例不作具体限定。

步骤204、接收所述被测车载终端2根据所述触发报文数据生成的测试报文数据，所述测试报文数据包括：被测车载终端2的工作状态、工作模式、返回值中的至少一个；

具体的，被测车载终端2接收到测试触发报文数据后，可以调用相关函数获取当前被测车载终端2的工作状态、工作模式、返回值，工作状态可以包括当前被测车载终端2是处于正常工作状态、异常工作状态还是空闲工作状态；工作模式可以表示当前被测车载终端2处于正常激活模式还是睡眠模式；返回值可以表示车载终端2的当前模式。

步骤206、将所述测试报文数据与测试数据库3中的数据进行一致性测试，并生成测试结果。

具体的，测试终端1接收被测车载终端2根据触发报文数据生成的测试报文数据，将测试报文数据与测试数据库3中的数据进行对比，进行一致性测试，通过一致性测试来判断测试报文数据与测试数据库3中的数据是否匹配，并生成测试结果。测试数据库3中的数据可以包括已经通过一致性测试的车载终端的运行参数，车载终端的运行参数可以通过车载终端在实际应用中的运行情况进行获取，也可以通过对车载终端进行仿真的形式获取。测试结果可以包含被测车载终端2的运行参数、以及被测车载终端2的运行参数与测试数据库3中已知车载终端的运行参数的区别。测试结果可以通过测试报告的形式进行展示，如：通过word、excel、pdf等展示。

本说明书实施例提的汽车开放系统的一致性测试方法，测试终端1接收被测车载终端2根据测试终端1发送触发报文数据生成的测试报文数据，之后将测试报文数据与测试用例库中数据进行匹配，继而实现测试终端1的一致性检测，并生成测试结果。生成可以展示的测试结果，方便快捷的判断被测车载终端2是否与测试数据库3中数据是否一致，节约人力资源。

在上述实施例的基础上，本说明书一个实施例中，测试终端1可以将测试报文数据与测试数据库3中的数据进行匹配，若测试报文数据与所述测试数据库3中的数据一致，则被测车载终端2的一致性测试通过，若不一致则不通过，并生成测试结果，测试结果可以以报告形式展示。测试报告中可以包括当前被测车载终端2的工作状态、工作模式、返回值、一致性测试是否通过的指示和当前被测车载终端2的应用范围，应用范围可以包括当前被测车载终端2应用的车辆类型。

其中，测试终端1可以将测试报文数据与测试数据库3中的数据进行匹配时，如果测试报文数据与测试数据库3中的数据完全一致则表示通过，或者测试报文数据中预设数量的数据与测试数据库3中的数据一致，则测试通过。例如，如果测试报文数据包括工作状态、工作模式、返回值，当工作状态、工作模式、返回值均与测试数据库3中的数据一致，则判定一致性测试通过，否则，一致性测试不通过。或者，工作状态、工作模式、返回值中的两个与测试数据库3中的数据一致，则判定一致性测试通过，一致性测试不通过；或者，工作状态、工作模式、返回值中的一个与测试数据库3中的数据一致，则判定一致性测试通过，否则，一致性测试不通过。

在本说明书一个实施例中，通过测试车载终端直接如测试数据库3中数据进行匹配，操作简单，大幅度降低了工作强度。

在上述实施例的基础上，本说明书一个实施例中，所述方法还包括：每隔预设时间对所述测试数据库3的数据进行更新。

具体的，可以根据实际需要，是否出现新的测试数据，将新出现的测试数据加入到测试数据库3中。新的测试数据可以是满足AUTOSAR ATS测试规范的被测试车载终端的运行参数，新的测试数据可以是通过仿真或者通过一致性测试获得。

在本说明书一个实施例中，通过对测试数据库3的数据进行更新，可以提高测试数据库3的准确性，进一步提高一致性测试的准确性。

被测车载终端2接收测试触发报文数据后，被测车载终端2进入调度程序函数处理，调度程序函数处理可以调用被测车载终端2的工作状态、工作模式、返回值中的至少一个，被测车载终端2调用API(Application Program Interface，应用程序接口)的响应函数，响应函数可以将工作状态、工作模式、返回值组织起来形成测试报文数据，并将测试报文数据发送给测试终端1。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参加即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参加方法实施例的部分说明即可。

基于上述所述的汽车开放系统的一致性测试方法，本说明书一个或多个实施例还提供一种汽车开放系统的一致性测试装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参加前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，本说明书实例中提供一种一致性测试装置，该一致性测试装置可以是上述实施例中记载的被测车载终端2，图6是本说明书实施例中一个一致性测试装置的结构示意图，如图6所示，本说明书中提供的汽车开放系统的一致性测试装置，该一致性测试装置可以是被测车载终端2，所述装置包括：

触发报文接收模块302，可以用于接收测试终端1发送的测试触发报文数据；

测试报文生成模块304，可以用于根据所述测试触发报文数据，生成测试报文数据；

测试报文返回模块306，可以用于将所述测试报文数据发送至所述测试终端1，以使得所述测试终端1根据所述测试报文数据与测试数据库3中的数据进行一致性测试，并生成测试结果。

本说明书实施例提的汽车开放系统的一致性测试装置，通过被测车载终端2根据接收到的触发报文数据向测试终端1发送测试报文数据，测试终端1将测试报文数据与测试用例库中数据进行匹配，继而实现测试终端1的一致性检测，并生成测试结果。可以不需要定义一致性规范，实现了被测车载终端2的一致性测试的自动化，操作简单，大幅度降低了工作强度。

在上述实施例的基础上，本说明书一个实施例中，所述测试报文生成模块304具体用于：

接收到所述测试触发报文数据后，可以获取所述被测车载终端2的工作状态、工作模式、返回值中的至少一个，生成所述测试报文数据。

本说明书实施例中，工作状态、工作模式、返回值能够反映当前被测车载终端2的运行参数，将根据工作状态、工作模式、返回值生成的测试报文数据与测试数据库3中数据进行匹配。能够快速准确的实现汽车开放系统的一致性测试，操作简单，大幅度降低了工作强度。

需要说明的，上述所述的装置根据被测车载终端2执行的一致性测试方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

具体地，本说明书实例中还提供一种一致性测试装置，该一致性测试装置可以是上述实施例中记载的测试终端1，图7是本说明书实施例中又一个一致性测试装置的结构示意图，如图7所示，本说明书一个实施例中提供的汽车开放系统的一致性测试装置，该一致性测试装置可以是测试终端1，所述装置包括：所述装置包括：

触发报文发送模块402，用于向被测车载终端2发送触发报文数据；

测试报文接收模块404，用于接收所述被测车载终端2根据所述触发报文数据生成的测试报文数据，所述测试报文数据包括：被测车载终端2的工作状态、工作模式、返回值中的至少一个；

一致性匹配模块406，用于将所述测试报文数据与测试数据库3中的数据进行一致性测试，并生成测试结果。

本说明书实施例提的汽车开放系统的一致性测试装置，测试终端1可以接收被测车载终端2根据测试终端1发送触发报文数据生成的测试报文数据，之后将测试报文数据与测试用例库中数据进行匹配，继而实现测试终端1的一致性检测，并生成测试结果。生成可以展示的测试结果，方便快捷的判断被测车载终端2是否与测试数据库3中数据是否一致，节约人力资源。

在上述实施例的基础上，本说明书一个实施例中，所述一致性匹配模块406具体用于：

若所述测试报文数据与所述测试数据库3中的数据一致，则所述测试结果为所述被测车载终端2的一致性测试通过；

若所述测试报文数据与所述测试数据库3中的数据不一致，则所述测试结果为所述被测车载终端2的一致性测试不通过。

在本说明书一个实施例中，通过测试车载终端直接如测试数据库3中数据进行匹配，操作简单，大幅度降低了工作强度。

需要说明的，上述所述的装置根据测试终端1执行的一致性测试方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

另一方面，图8是一种汽车开放系统的一致性测试系统的结构示意图，如图8所示，本说明书一个实施例还提供一种汽车开放系统的一致性测试系统，所述系统包括：被测车载终端2、测试终端1，所述测试终端1包括运行环境和测试数据库3，所述测试数据库3中包括多个测试用例；

所述被测车载终端2和所述测试终端1通过所述运行环境总线设备连接，进行一致性测试。

具体的，本说明书实施例中提供一种汽车开放系统的一致性测试系统可以包括:测试主机端即本说明书实施例中记载的测试终端1、被测ECU端即本说明书实施例中记载的被测车载终端2。其中测试主机端是提供运行环境。被测车载端是实际的被测ECU。两者通过CANoe(CAN open environmen，总线开发环境)总线设备连通进行一致性测试。测试终端1可以是可控制的PC机，被测车载终端2可以具备CAN、FlexRay、以太网等通信能力。CAN为多组CAN通信线组成，每组CAN通信线包含两路CAN通信线，其中一路接收测试控制指令，另一路反馈测试数据，测试数据库3可以是根据AUTOSAR ATS测试规范编写的多个测试用例，测试用例可以采用CANoe CAPL脚本编写的测试用例加载在CANoe中运行，被测车载终端2可以包括被测车载终端2的配置描述(ARXML)文件和AUTOSAR底层代码：RTE、BSW、MCAL。

汽车开放系统的一致性测试系统能够运行所有ATS一致性测试的用例，一键自动测试，通过逻辑判断来检查BSW之间的一致性，操作简单，并能够自动产生测试报告，该系统还实现了自动更新ATS一致性测试的用例，不断更新拓展一致性测试的用例，有效减轻测试人员的工作强度，降低测试成本，提高ECU测试的效率和测试的质量。

本说明书提供的一种汽车开放系统的一致性测试系统可以为单独的一种汽车开放系统的一致性测试系统，也可以应用在多种数据分析处理系统中。所述系统可以包括上述实施例中任意一个一种汽车开放系统的一致性测试装置。所述的系统可以为单独的服务器，也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。所述核对差异数据的检测系统可以包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤。

存储器可用于存储应用软件的软件程序以及模块，如本说明书实施例中的一种汽车开放系统的一致性测试方法对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。

本说明书实施例提供的上述一种汽车开放系统的一致性测试方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。

需要说明的是说明书上述所述的装置、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照对应方法实施例的描述，在此不作一一赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参加即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参加方法实施例的部分说明即可。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参加即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参加方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (10)

1.一种汽车开放系统的一致性测试方法，其特征在于，所述方法包括：

接收测试终端发送的测试触发报文数据；

根据所述测试触发报文数据，生成测试报文数据；

将所述测试报文数据发送至所述测试终端，以使得所述测试终端根据所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述测试触发报文数据，生成测试报文数据，包括：

接收到所述测试触发报文数据后，获取所述被测车载终端的工作状态、工作模式、返回值中的至少一个，生成所述测试报文数据。

3.一种汽车开放系统的一致性测试装置，其特征在于，所述装置包括：

触发报文接收模块，用于接收测试终端发送的测试触发报文数据；

测试报文生成模块，用于根据所述测试触发报文数据，生成测试报文数据；

测试报文返回模块，用于将所述测试报文数据发送至所述测试终端，以使得所述测试终端根据所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

4.根据权利要求3所述的装置，其特征在于，所述测试报文生成模块具体用于：

接收到所述测试触发报文数据后，获取所述被测车载终端的工作状态、工作模式、返回值中的至少一个，生成所述测试报文数据。

5.一种汽车开放系统的一致性测试方法，其特征在于，所述方法包括：

向被测车载终端发送触发报文数据；

接收所述被测车载终端根据所述触发报文数据生成的测试报文数据，所述测试报文数据包括：被测车载终端的工作状态、工作模式、返回值中的至少一个；

将所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

6.根据权利要求5所述的方法，其特征在于，所述将所述测试报文数据与测试数据库中的数据进行匹配，生成测试结果，包括：

若所述测试报文数据与所述测试数据库中的数据一致，则所述测试结果为所述被测车载终端的一致性测试通过；

若所述测试报文数据与所述测试数据库中的数据不一致，则所述测试结果为所述被测车载终端的一致性测试不通过；

相应的，所述方法还包括：

根据所述测试结果生成测试报告。

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

每隔预设时间对所述测试数据库的数据进行更新。

8.一种汽车开放系统的一致性测试装置，其特征在于，所述装置包括：

触发报文发送模块，用于向被测车载终端发送触发报文数据；

测试报文接收模块，用于接收所述被测车载终端根据所述触发报文数据生成的测试报文数据，所述测试报文数据包括：被测车载终端的工作状态、工作模式、返回值中的至少一个；

一致性匹配模块，用于将所述测试报文数据与测试数据库中的数据进行一致性测试，并生成测试结果。

9.根据权利要求8所述的装置，其特征在于，所述一致性匹配模块具体用于：

若所述测试报文数据与所述测试数据库中的数据一致，则所述测试结果为所述被测车载终端的一致性测试通过；

若所述测试报文数据与所述测试数据库中的数据不一致，则所述测试结果为所述被测车载终端的一致性测试不通过。

10.一种汽车开放系统的一致性测试系统，其特征在于，所述系统包括：被测车载终端、测试终端，所述测试终端包括运行环境和测试数据库，所述测试数据库中包括多个测试用例；

所述被测车载终端和所述测试终端通过所述运行环境总线设备连接，进行一致性测试。

Images