CN110456777A - 车辆控制器的测试方法与系统 - Google Patents

Abstract

本发明公开了一种车辆控制器的测试方法与系统，所述方法包括Jenkins服务器建立Jenkins节点，并且为所述Jenkins节点配置调度策略；以及所述Jenkins服务器根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试。该方法采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

Description

车辆控制器的测试方法与系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种车辆控制器的测试方法与系统。

背景技术

相关技术中，车辆中的控制器的网络管理测试方法是一种基于OSEK(opensystems and the corresponding interfaces for automotive electronics)直接网络管理机制的单次自动测试方法。这种方法仅能进行单次测试，无法进行循环测试。由于目前车辆总线越来越复杂，车辆上的控制器数量越来越多，这就使得目前的测试方法效率低下，无法满足测试需求。

发明内容

本发明旨在至少一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提供一种车辆控制器的测试方法，能够实现对车辆中的控制器进行循环测试，提高了测试效率。

本发明的第二个目的在于提出一种车辆控制器的测试方法。

本发明的第三个目的在于提出一种车辆控制器的测试系统。

本发明的第四个目的在于提出一种车辆控制器的测试装置。

本发明的第五个目的在于提出一种车辆控制器的测试装置。

本发明的第六个目的在于提出一种服务器。

本发明的第七个目的在于提出一种客户端。

本发明的第八个目的在于提出一种电子设备。

本发明的第九个目的在于提出一种计算机可读存储介质。

为达到上述目的，本发明第一方面实施例提供了一种车辆控制器的测试方法，包括：

Jenkins服务器建立Jenkins节点，并且为所述Jenkins节点配置调度策略；以及

所述Jenkins服务器根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试。

根据本发明的一个实施例，所述为所述Jenkins节点配置调度策略，包括：

所述Jenkins服务器生成至少一个测试任务，并且为每个测试任务设置对应的触发时间和测试方案，形成所述调度策略。

根据本发明的一个实施例，所述Jenkins服务器根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试，包括：

所述Jenkins服务器判断是否到达所述触发时间；

如果到达所述触发时间，则所述Jenkins服务器启动所述Jenkins节点，以使所述Jenkins节点根据所述测试方案生成测试报文，并向所述待测控制器发送所述测试报文进行测试。

根据本发明的一个实施例，还包括：

所述Jenkins服务器向所述Jenkins节点发送所述待测控制器的标识。

本发明第二方面实施例提供了一种车辆控制器的测试方法，包括：

Jenkins节点接收Jenkins服务器根据所述Jenkins节点对应的调度策略发送的调用；

所述Jenkins节点对车辆中待测控制器进行测试。

根据本发明的一个实施例，所述调度策略包括至少一个测试任务，以及每个测试任务对应的触发时间和测试方案。

根据本发明的一个实施例，所述所述Jenkins节点对车辆中待测控制器进行测试，包括：

所述Jenkins节点接收所述Jenkins服务器的启动指令，所述启动指令是由所述Jenkins服务器判断当前到达所述触发时间时生成的；

所述Jenkins节点根据所述测试方案生成测试报文；

所述Jenkins节点向所述待测控制器发送所述测试报文；

所述Jenkins节点接收所述待测控制器反馈的响应报文并根据所述响应报文进行测试。

根据本发明的一个实施例，所述Jenkins节点接收所述待测控制器反馈的响应报文并根据所述响应报文进行测试，包括：

所述Jenkins节点获取接收到所述响应报文的接收时间；

所述Jenkins节点判断所述响应报文是否与预设报文一致；

如果一致，则所述Jenkins节点进一步判断所述接收时间是否在预设时间范围之内；

如果在所述预设时间范围之内，则判断通过测试。

根据本发明的一个实施例，还包括：

所述Jenkins节点接收所述Jenkins服务器发送的所述待测控制器的标识。

本发明第三方面实施例提供了一种车辆控制器的测试系统，所述系统包括：

Jenkins服务器，用于建立Jenkins节点，并且为所述Jenkins节点配置调度策略；以及根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试；

Jenkins节点，用于接收所述Jenkins服务器根据所述Jenkins节点对应的调度策略发送的调用；并对车辆中待测控制器进行测试。

本发明第四方面实施例提供了一种车辆控制器的测试装置，包括：

建立模块，用于Jenkins服务器建立Jenkins节点，并且为所述Jenkins节点配置调度策略；

测试模块，用于所述Jenkins服务器根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试。

根据本发明的一个实施例，所述建立模块，还用于：

所述Jenkins服务器生成至少一个测试任务，并且为每个测试任务设置对应的触发时间和测试方案，形成所述调度策略。

根据本发明的一个实施例，所述测试模块，还用于：

所述Jenkins服务器判断是否到达所述触发时间；

如果到达所述触发时间，则所述Jenkins服务器启动所述Jenkins节点，以使所述Jenkins节点根据所述测试方案生成测试报文，并向所述待测控制器发送所述测试报文进行测试。

根据本发明的一个实施例，所述测试模块，还用于：

所述Jenkins服务器向所述Jenkins节点发送所述待测控制器的标识。

本发明第五方面实施例提供了一种车辆控制器的测试装置，包括：

接收模块，用于Jenkins节点接收Jenkins服务器根据所述Jenkins节点对应的调度策略发送的调用；

测试模块，用于所述Jenkins节点对车辆中待测控制器进行测试。

根据本发明的一个实施例，所述调度策略包括至少一个测试任务，以及每个测试任务对应的触发时间和测试方案。

根据本发明的一个实施例，所述测试模块，还用于：

所述Jenkins节点接收所述Jenkins服务器的启动指令，所述启动指令是由所述Jenkins服务器判断当前到达所述触发时间时生成的；

所述Jenkins节点根据所述测试方案生成测试报文；

所述Jenkins节点向所述待测控制器发送所述测试报文；

所述Jenkins节点接收所述待测控制器反馈的响应报文并根据所述响应报文进行测试。

根据本发明的一个实施例，所述测试模块，还用于：

所述Jenkins节点获取接收到所述响应报文的接收时间；

所述Jenkins节点判断所述响应报文是否与预设报文一致；

如果一致，则所述Jenkins节点进一步判断所述接收时间是否在预设时间范围之内；

如果在所述预设时间范围之内，则判断通过测试。

根据本发明的一个实施例，所述测试模块，还用于：

所述Jenkins节点接收所述Jenkins服务器发送的所述待测控制器的标识。

本发明第六方面实施例提供了一种服务器，包括：如第三方面中的车辆控制器的测试装置。

本发明第七方面实施例提供了一种客户端，包括：如第四方面中的车辆控制器的测试装置。

本发明第八方面实施例提供了一种电子设备，包括存储器、处理器；

其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现第一方面或第二方面中的车辆控制器的测试方法。

本发明第九方面实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面或第二方面中的车辆控制器的测试方法。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

2、通过设定测试任务的触发时间，使得测试任务能够依次有序进行。

3、Jenkins服务器向Jenkins节点发送待测控制器的标识，使得Jenkins节点在测试时能够对待测控制器进行识别，避免误测试的现象发生。

4、Jenkins节点通过对接收响应报文的接收时间的判断，以及对比响应报文是否与预设报文一致，来确定待测控制器是否通过测试，使用这种双重判断模式，提高了判断的准确性。

附图说明

图1是本发明公开的一个实施例的车辆控制器的测试方法的流程示意图；

图2是本发明公开的一个实施例的车辆控制器的测试方法中Jenkins服务器可以根据时间确定是否调用Jenkins节点的步骤示意图；

图3是本发明公开的另一个实施例的车辆控制器的测试方法的流程示意图；

图4是本发明公开的另一个实施例的车辆控制器的测试方法中Jenkins节点对车辆中待测控制器进行测试的步骤示意图；

图5是本发明公开的另一个实施例的车辆控制器的测试方法中Jenkins节点接收待测控制器反馈的响应报文并根据响应报文进行测试的步骤示意图；

图6是本发明公开的又一个实施例的车辆控制器的测试方法中Jenkins节点对车辆中待测控制器进行测试的步骤示意图；

图7是本发明公开的又一个实施例的车辆控制器的测试方法中Jenkins节点接收待测控制器反馈的响应报文并根据响应报文进行测试的步骤示意图；

图8是本发明公开的一个实施例的车辆控制器的测试方法的系统架构图；

图9是本发明公开的一个实施例的车辆控制器的测试方法的测试步骤示意图；

图10是本发明公开的一个实施例的车辆控制器的测试系统的结构示意图；

图11是本发明公开的一个实施例的车辆控制器的测试装置的结构示意图；

图12是本发明公开的另一个实施例的车辆控制器的测试装置的结构示意图；

图13是本发明公开的一个实施例的服务器的结构示意图；

图14是本发明公开的一个实施例的客户端的结构示意图；

图15是本发明公开的一个实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的车辆控制器的测试方法与系统。

需要说明的是，Jenkins是一个开源的、提供友好操作界面的持续集成(CI)工具，主要用于持续、自动的构建/测试软件项目、监控外部任务的运行。

本实施例中的车辆控制器的测试方法主要基于软件架构模式中的主从设备模式。其是基于分而治之思想设计模式，主设备将一个任务(原始任务)分解为若干个语义等同的子任务，并由专门的从设备来并行执行这些任务，原始任务的结果是主设备通过整合各个子任务的处理结果形成的。

图1是本发明公开的一个实施例的车辆控制器的测试方法的流程示意图。如图1所示，本实施例提供的车辆控制器的测试方法，其执行主体为Jenkins服务器，包括以下步骤：

S101、Jenkins服务器建立Jenkins节点，并且为Jenkins节点配置调度策略。

具体而言，本实施例中的车辆控制器的测试方法使用Jenkins的分布式框架，首先，以Jenkins服务器作为master，并为Jenkins服务器建立Jenkins节点，其中，Jenkins服务器所建立的Jenkins节点作为slave。即Jenkins服务器建立enkins节点的节点(即slave节点)。通过建立Jenkins服务器和Jenkins节点，能够构成master/slave的模式。

进一步地，Jenkins服务器可以为Jenkins节点配置调度策略。可选地，Jenkins服务器在为Jenkins节点配置调度策略时，其可以生成至少一个测试任务，并且为每个测试任务设置对应的触发时间和测试方案，从而形成调度策略。其中，触发时间为Jenkins服务器启动Jenkins节点的时间。

S102、Jenkins服务器根据调度策略调用Jenkins节点，通过Jenkins节点对车辆中待测控制器进行测试。

具体而言，Jenkins服务器在为Jenkins节点配置调度策略后，Jenkins服务器则可以根据配置好的调度策略调用Jenkins节点，从而通过Jenkins节点对车辆中的待测控制器进行测试。

应当理解的是，不同的控制器进行测试，可能采用了不同的测试软件或程序，本实施例中，需要在Jenkins节点中针对待测控制器关联需要调用的上位机软件/程序，以保证能够对待测控制器进行正常测试。

可选地，为了确保测试时间的准确性，Jenkins服务器可以根据时间确定是否调用Jenkins节点。如图2所示，包括以下步骤：

S201、Jenkins服务器判断是否到达触发时间。

具体而言，在对待测控制器进行测试时，当Jenkins服务器判断到达该触发时间时，则执行步骤S202，即启动Jenkins节点开始对待测控制器进行测试。当Jenkins服务器判断未到达触发时间时，则执行步骤S203，即禁止启动Jenkins节点对待测控制器进行测试。

S202、Jenkins服务器启动Jenkins节点，以使Jenkins节点根据测试方案生成测试报文，并向待测控制器发送测试报文进行测试。

具体而言，Jenkins服务器判断到达触发时间时，其则根据相应的调度测量启动Jenkins节点，从而使得Jenkins节点能够根据调度策略中的测试方案生成测试报文，并能够将该测试报文发送至待测控制器，以对待测控制器进行测试。

S203、禁止启动Jenkins节点对待测控制器进行测试。

具体而言，Jenkins服务器判断未到达触发时间时，其则禁止启动Jenkins节点对待测控制器进行测试。

可选地，为了确保Jenkins节点能够对指定的待测控制器进行测试，Jenkins服务器还可以向Jenkins节点发送待测控制器的标识，以使Jenkins节点在对车辆中待测控制器进行测试时，能够识别该待测控制器为指定的待测控制器。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

2、通过设定测试任务的触发时间，使得测试任务能够依次有序进行。

3、Jenkins服务器向Jenkins节点发送待测控制器的标识，使得Jenkins节点在测试时能够对待测控制器进行识别，避免误测试的现象发生。

图3是本发明公开的另一个实施例的车辆控制器的测试方法的流程示意图。如图3所示，本实施例提供的车辆控制器的测试方法，其执行主体为Jenkins节点，包括以下步骤：

S301、Jenkins节点接收Jenkins服务器根据Jenkins节点对应的调度策略发送的调用。

具体而言，在对待测控制器进行测试时，Jenkins节点可以与Jenkins服务器建立连接。可选地，Jenkins节点向Jenkins服务器发送建立连接的请求，相应地，Jenkins服务器接收到该请求后，可以与Jenkins节点建立连接。可选地，Jenkins服务器也可以主动与Jenkins节点。

Jenkins节点与Jenkins服务器建立连接后，Jenkins服务器就可以调用Jenkins节点。本实施例中，Jenkins服务器需要按照Jenkins节点的调度策略对Jenkins节点进行调用。可选地Jenkins服务器根据相应的Jenkins节点从其自身数据库中调用与该Jenkins节点相应的调度策略，根据该调度策略开始调用Jenkins节点。

S302、Jenkins节点对车辆中待测控制器进行测试。

具体而言，Jenkins节点接收到相应的调度策略后，即根据相应的调度策略对待测控制器进行测试。其中，调度策略包括至少一个测试任务，以及每个测试任务对应的触发时间和测试方案。

应当理解的是，不同的控制器进行测试，可能采用了不同的测试软件或程序，本实施例中，需要在Jenkins节点中针对待测控制器关联需要调用的上位机软件/程序，以保证能够对待测控制器进行正常测试。

作为一种可能的实现方式，如图4所示，Jenkins节点对车辆中待测控制器进行测试包括以下步骤：

S401、Jenkins节点接收Jenkins服务器的启动指令，启动指令是由Jenkins服务器判断当前到达触发时间时生成的。

具体而言，在对待测控制器进行测试时，Jenkins节点需要接收到Jenkins服务器发送的启动指令后，才能进行测试。其中，该启动指令是由Jenkins服务器判断当前到达触发时间时生成的，详见上文步骤S201至S203中的描述，在此就不再赘述。

S402、Jenkins节点根据测试方案生成测试报文。

具体而言，Jenkins服务器在发送启动指令后，将向Jenkins节点发送相应的调度策略。Jenkins节点接收到相应的调度策略后，则根据调度策略中的测试方案生成测试报文。

S403、Jenkins节点向待测控制器发送测试报文。

S404、Jenkins节点接收待测控制器反馈的响应报文并根据响应报文进行测试。

具体而言，待测控制器接收到Jenkins节点发送的报文后，即向Jenkins节点反馈响应报文。Jenkins节点接收到响应报文后，则根据响应报文对待测控制器进行测试。

可选地，如图5所示，Jenkins节点接收待测控制器反馈的响应报文并根据响应报文进行测试包括以下步骤：

S501、Jenkins节点获取接收到响应报文的接收时间。

具体而言，Jenkins节点开始接收待测控制器反馈的响应报文时，则开始记录接收时间，直至接收完毕。

S502、Jenkins节点判断响应报文是否与预设报文一致。

具体而言，Jenkins节点接收到响应报文后，则判断该响应报文是否与预设报文一致。如果不一致，则执行步骤S503；如果一致，则执行步骤S504。

S503、判断未通过测试。

具体而言，如果响应报文与预设报文不一致，则说明当前测试方案与待测控制器的测试方案不符，则判断未通过测试。

S504、Jenkins节点进一步判断接收时间是否在预设时间范围之内。

具体而言，如果响应报文与预设报文一致，则说明当前测试方案与待测控制器的测试方案相符。此时，为了进一步判断测试是否成功，则可以判断接收时间是否在预设时间范围之内。其中，如果接收时间在预设时间范围之内，则执行步骤S505，即判断通过测试；如果接收时间未在预设时间范围之内，则执行步骤S504，即判断未通过测试。

S505、判断通过测试。

可选地，为了确保Jenkins节点能够对指定的待测控制器进行测试，Jenkins服务器还可以向Jenkins节点发送待测控制器的标识。在Jenkins节点接收到Jenkins服务器发送的待测控制器的标识后，则根据标识对相应的待测控制器进行测试。

作为一种可能的实现方式，Jenkins节点上可以设置有测试软件，Jenkins节点通过调用测试软件对车辆中待测控制器进行测试，如图6所示，包括以下步骤：

S601、Jenkins节点接收Jenkins服务器的启动指令，启动指令是由Jenkins服务器判断当前到达触发时间时生成的。详见上文中的描述，在此不再赘述。

S602、Jenkins节点调用测试软件。

具体而言，Jenkins节点接收到启动指令后，即调用测试软件对待测控制器进行测试。其中，测试软件可以但不限于为CANoe(CAN open environment)软件。

S603、测试软件调用测试模块根据测试方案生成测试报文。

具体而言，测试软件开始对待测控制进行测试时，其将调用其内的测试模块根据Jenkins节点接收到相应的调度策略中的测试方案生成测试报文。

S604、测试模块向待测控制器发送测试报文。

S605、测试模块接收待测控制器反馈的响应报文并根据响应报文进行测试。

具体而言，待测控制器接收到Jenkins节点发送的报文后，即向测试模块反馈响应报文。测试模块接收到响应报文后，则根据响应报文对待测控制器进行测试。

可选地，如图7所示，测试模块接收待测控制器反馈的响应报文并根据响应报文进行测试包括以下步骤：

S701、测试模块获取接收到响应报文的接收时间。

具体而言，测试模块开始接收待测控制器反馈的响应报文时，则开始记录接收时间，直至接收完毕。

S702、测试模块判断响应报文是否与预设报文一致。

具体而言，测试模块接收到响应报文后，则判断该响应报文是否与预设报文一致。如果不一致，则执行步骤S703；如果一致，则执行步骤S704。

S703、判断未通过测试。

具体而言，如果响应报文与预设报文不一致，则说明当前测试方案与待测控制器的测试方案不符，则判断未通过测试。

S704、测试模块进一步判断接收时间是否在预设时间范围之内。

具体而言，如果响应报文与预设报文一致，则说明当前测试方案与待测控制器的测试方案相符。此时，为了进一步判断测试是否成功，则可以判断接收时间是否在预设时间范围之内。其中，如果接收时间在预设时间范围之内，则执行步骤S705，即判断通过测试；如果接收时间未在预设时间范围之内，则执行步骤S704，即判断未通过测试。

S705、判断通过测试。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

2、通过设定测试任务的触发时间，使得测试任务能够依次有序进行。

3、Jenkins服务器向Jenkins节点发送待测控制器的标识，使得Jenkins节点在测试时能够对待测控制器进行识别，避免误测试的现象发生。

4、Jenkins节点通过对接收响应报文的接收时间的判断，以及对比响应报文是否与预设报文一致，来确定待测控制器是否通过测试，使用这种双重判断模式，提高了判断的准确性。

为便于理解本发明实施例中提供的车辆控制器的测试方法，下面通过图8和图9对该车辆控制器的测试方法进行解释说明。图8是本发明公开的一个实施例的车辆控制器的测试方法的系统架构图。如图8所示，该系统包括服务器、节点、测试软件、CAN总线接口卡和待测控制器。其中，服务器为上述实施例中的Jenkins服务器，节点为上述实施例中的Jenkins节点；测试软件集成于上位机中，上位机通过通用串行总线(Universal SerialBus,简称:USB)与CAN总线接口卡相连，CAN总线接口卡通过CAN总线与待测控制器相连。其中，本实施例中使用Jenkins的分布式框架，采用主从模式，将服务器配置为master，将节点配置为slave。服务器与节点建立连接后，节点就可以在服务器发起任务构建后，根据调度策略启动上位机软件，并对待测控制器进行测试。

图9是本发明公开的一个实施例的车辆控制器的测试方法的测试步骤示意图。如图9所示，发明实施例中提供的车辆控制器的测试方法的测试步骤包括：

S901、Jenkins服务器建立Jenkins节点，配置Jenkins节点Jenkins服务器的通信方式和配置Jenkins节点的调度策略。

S902、Jenkins服务器配置Jenkins节点运行时的执行路径及测试报告存储路径。

S903、Jenkins节点配置启动的测试软件及测试模块。

S904、Jenkins节点发起与Jenkins服务器建立连接。

S905、Jenkins服务器发起启动指令。

S906、Jenkins节点根据根据启动指令调用测试软件。

S907、测试软件启动测试模块。

S908、待测控制器进入测试模式。

S909、确定待测控制器是否成功进入测试模式。如果否，则执行步骤S910；如果是，则执行步骤S911。

S910、未通过测试，结束并返回执行步骤S906。

S911、测试模块向待测控制器发送测试报文。

S912、待测控制器向测试模块反馈响应报文。

S913、测试模块获取接收到响应报文的接收时间。

S914、测试模块判断接收的响应报文是否与预设报文一致。如果不一致，则返回执行步骤S910；如果一致，则执行步骤S915。

S915、测试模块判断响应报文的接收时间是否在预设范围内。如果不再预设范围内，则返回执行步骤S910；如果在预设范围内，则执行步骤S916。

S916、通过测试，结束并返回执行步骤S906。

本实施例中，采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

图10是本发明公开的一个实施例的车辆控制器的测试系统的结构示意图。如图10所示，该系统100包括：

Jenkins服务器11，用于建立Jenkins节点，并且为Jenkins节点配置调度策略；以及根据调度策略调用Jenkins节点，通过Jenkins节点对车辆中待测控制器进行测试；

Jenkins节点12，用于接收Jenkins服务器根据Jenkins节点对应的调度策略发送的调用；并对车辆中待测控制器进行测试。

应当理解的是，上述系统用于执行上述实施例中的方法，其实现原理和技术效果与上述方法中的描述类似，该系统的工作过程可参考上述方法中的对应过程，此处不再赘述。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

2、通过设定测试任务的触发时间，使得测试任务能够依次有序进行。

3、Jenkins服务器向Jenkins节点发送待测控制器的标识，使得Jenkins节点在测试时能够对待测控制器进行识别，避免误测试的现象发生。

图11是本发明公开的一个实施例的车辆控制器的测试装置的结构示意图。如图11所示，该装置200包括：

建立模块21，用于Jenkins服务器建立Jenkins节点，并且为Jenkins节点配置调度策略；

测试模块22，用于Jenkins服务器根据调度策略调用Jenkins节点，通过Jenkins节点对车辆中待测控制器进行测试。

根据本发明的一个实施例，建立模块21，还用于：

Jenkins服务器生成至少一个测试任务，并且为每个测试任务设置对应的触发时间和测试方案，形成调度策略。

根据本发明的一个实施例，测试模块22，还用于：

Jenkins服务器判断是否到达触发时间；

如果到达触发时间，则Jenkins服务器启动Jenkins节点，以使Jenkins节点根据测试方案生成测试报文，并向待测控制器发送测试报文进行测试。

根据本发明的一个实施例，测试模块22，还用于：

Jenkins服务器向Jenkins节点发送待测控制器的标识。

应当理解的是，上述装置用于执行上述实施例中的方法，装置中相应的程序模块，其实现原理和技术效果与上述方法中的描述类似，该装置的工作过程可参考上述方法中的对应过程，此处不再赘述。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

2、通过设定测试任务的触发时间，使得测试任务能够依次有序进行。

3、Jenkins服务器向Jenkins节点发送待测控制器的标识，使得Jenkins节点在测试时能够对待测控制器进行识别，避免误测试的现象发生。

图12是本发明公开的另一个实施例的车辆控制器的测试装置的结构示意图。如图12所示，该装置300包括：

接收模块31，用于Jenkins节点接收Jenkins服务器根据Jenkins节点对应的调度策略发送的调用；

测试模块32，用于Jenkins节点对车辆中待测控制器进行测试。

根据本发明的一个实施例，调度策略包括至少一个测试任务，以及每个测试任务对应的触发时间和测试方案。

根据本发明的一个实施例，测试模块32，还用于：

Jenkins节点接收Jenkins服务器的启动指令，启动指令是由Jenkins服务器判断当前到达触发时间时生成的；

Jenkins节点根据测试方案生成测试报文；

Jenkins节点向待测控制器发送测试报文；

Jenkins节点接收待测控制器反馈的响应报文并根据响应报文进行测试。

根据本发明的一个实施例，测试模块32，还用于：

Jenkins节点获取接收到响应报文的接收时间；

Jenkins节点判断响应报文是否与预设报文一致；

如果一致，则Jenkins节点进一步判断接收时间是否在预设时间范围之内；

如果在预设时间范围之内，则判断通过测试。

根据本发明的一个实施例，测试模块32，还用于：

Jenkins节点接收Jenkins服务器发送的待测控制器的标识。

应当理解的是，上述装置用于执行上述实施例中的方法，装置中相应的程序模块，其实现原理和技术效果与上述方法中的描述类似，该装置的工作过程可参考上述方法中的对应过程，此处不再赘述。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

1、采用Jenkins的分布式框架，使用Jenkins服务器为Jenkins节点配置调度策略，使得Jenkins服务器能够指定特定任务在特定的Jenkins节点上执行，从而实现对车辆中的待测控制器进行循环测试，提高了测试效率。

2、通过设定测试任务的触发时间，使得测试任务能够依次有序进行。

3、Jenkins服务器向Jenkins节点发送待测控制器的标识，使得Jenkins节点在测试时能够对待测控制器进行识别，避免误测试的现象发生。

4、Jenkins节点通过对接收响应报文的接收时间的判断，以及对比响应报文是否与预设报文一致，来确定待测控制器是否通过测试，使用这种双重判断模式，提高了判断的准确性。

为了实现上述实施例，本发明还提供了一种服务器，如图13所示，该服务器包括上述实施例中的车辆控制器的测试装置200。

为了实现上述实施例，本发明还提供了一种客户端，如图14所示，该客户端包括上述实施例中的车辆控制器的测试装置300。

为了实现上述实施例，本发明还提供了一种电子设备，如图15所示，该电子设备400包括存储器41、处理器42；其中，处理器42通过读取存储器41中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现上文方法的各个步骤。

为了实现上述实施例，本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上文方法的各个步骤。

在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

在本发明中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车辆控制器的测试方法，其特征在于，包括：

Jenkins服务器建立Jenkins节点，并且为所述Jenkins节点配置调度策略；以及

所述Jenkins服务器根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试。

2.如权利要求1所述的车辆控制器的测试方法，其特征在于，所述为所述Jenkins节点配置调度策略，包括：

所述Jenkins服务器生成至少一个测试任务，并且为每个测试任务设置对应的触发时间和测试方案，形成所述调度策略。

3.根据权利要求2所述的车辆控制器的测试方法，其特征在于，所述Jenkins服务器根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试，包括：

所述Jenkins服务器判断是否到达所述触发时间；

如果到达所述触发时间，则所述Jenkins服务器启动所述Jenkins节点，以使所述Jenkins节点根据所述测试方案生成测试报文，并向所述待测控制器发送所述测试报文进行测试。

4.如权利要求1-3任一项所述的车辆控制器的测试方法，其特征在于，还包括：

所述Jenkins服务器向所述Jenkins节点发送所述待测控制器的标识。

5.一种车辆控制器的测试方法，其特征在于，包括：

Jenkins节点接收Jenkins服务器根据所述Jenkins节点对应的调度策略发送的调用；

所述Jenkins节点对车辆中待测控制器进行测试。

6.根据权利要求5所述的车辆控制器的测试方法，其特征在于，所述调度策略包括至少一个测试任务，以及每个测试任务对应的触发时间和测试方案。

7.根据权利要求6所述的车辆控制器的测试方法，其特征在于，所述所述Jenkins节点对车辆中待测控制器进行测试，包括：

所述Jenkins节点接收所述Jenkins服务器的启动指令，所述启动指令是由所述Jenkins服务器判断当前到达所述触发时间时生成的；

所述Jenkins节点根据所述测试方案生成测试报文；

所述Jenkins节点向所述待测控制器发送所述测试报文；

所述Jenkins节点接收所述待测控制器反馈的响应报文并根据所述响应报文进行测试。

8.如权利要求7所述的车辆控制器的测试方法，其特征在于，所述Jenkins节点接收所述待测控制器反馈的响应报文并根据所述响应报文进行测试，包括：

所述Jenkins节点获取接收到所述响应报文的接收时间；

所述Jenkins节点判断所述响应报文是否与预设报文一致；

如果一致，则所述Jenkins节点进一步判断所述接收时间是否在预设时间范围之内；

如果在所述预设时间范围之内，则判断通过测试。

9.如权利要求5-8任一项所述的车辆控制器的测试方法，其特征在于，还包括：

所述Jenkins节点接收所述Jenkins服务器发送的所述待测控制器的标识。

10.一种车辆控制器的测试系统，其特征在于，所述系统包括：

Jenkins服务器，用于建立Jenkins节点，并且为所述Jenkins节点配置调度策略；以及根据所述调度策略调用所述Jenkins节点，通过所述Jenkins节点对车辆中待测控制器进行测试；

Jenkins节点，用于接收所述Jenkins服务器根据所述Jenkins节点对应的调度策略发送的调用；并对车辆中待测控制器进行测试。