CN112596972A - 车载设备的测试方法、装置、系统、计算机设备 - Google Patents

Abstract

本申请涉及一种车载设备的测试方法、装置、系统、计算机设备和存储介质，包括：从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；每一目标测试用例分别对应不同的车载设备测试程序；根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。本申请通过从多个测试用例中选取出目标测试用例生成相应的车载设备测试指令，车载设备测试指令能够同时对多个车载设备进行自动化测试，并返回相应的测试结果；降低了测试数据的持续获取难度，无需人工根据车载设备的不同分别设置相应的测试流程，极大地提高了对车载设备进行测试的效率。

Description

车载设备的测试方法、装置、系统、计算机设备

技术领域

本申请涉及软件测试技术领域，特别是涉及一种车载设备的测试方法、装置、系统、计算机设备和存储介质。

背景技术

随着汽车工业的不断发展，汽车能够实现的功能也越来越丰富，汽车内置的车载设备的类型、数量也逐渐增多。

目前，对车载设备进行功能验证，主要通过手动测试或者部分自动化测试的方式进行，而且测试完成后会产生大量的测试数据，需要人工手动进行筛查，确定出车载设备的功能运行状况；工程师还需要根据被测试的对象编写调整相应脚本；因此，现有的车载设备测试方式，在前期脚本调整上以及后期数据获取过程中，需要消耗大量的时间成本，车载设备的测试效率还较低。

发明内容

基于此，有必要针对上述技术问题，提供一种车载设备的测试方法、装置、系统、计算机设备和存储介质。

一种车载设备的测试方法，所述方法应用于测试服务器，所述方法包括：

从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；所述至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令；

基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，以获得测试结果。

在其中一个实施例中，所述从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例，包括：

获取所述至少一个测试用例中与测试用例对应的拖拽轨迹；所述拖拽轨迹为拖拽所述测试用例时产生的轨迹；

针对所述至少一个测试用例中的每一测试用例，当检测到该测试用例的拖拽轨迹的终点处于预设放置区域内时，则将该测试用例中确定为目标测试用例，得到所述至少一个目标测试用例。

在其中一个实施例中，所述根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令，包括：

获取所述至少一个目标测试用例中每一目标测试用例的确定次序；

根据所述每一目标测试用例的确定次序以及与所述每一目标测试用例分别对应的车载设备测试程序，生成与车载设备对应的车载设备测试指令。

在其中一个实施例中，所述目标测试用例携带有测试用例标识；

在生成与车载设备对应的车载设备测试指令之后，包括：

通过所述测试用例标识，获取与所述至少一个目标测试用例中的每一目标测试用例对应的测试用例评估参数；

根据所述车载设备测试指令中与各个目标测试用例对应的测试用例评估参数，建立与所述车载设备测试指令对应的评估任务；所述评估任务用于生成所述测试结果。

在其中一个实施例中，所述基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，包括：

向所述测试终端发送连接请求；

若与所述测试终端成功建立通信连接，则触发所述测试终端扫描连接的车载设备，将扫描到的所述车载设备添加至车载设备连接池；

控制所述测试终端按照所述车载设备测试指令，对所述车载设备连接池内的相应车载设备进行测试。

在其中一个实施例中，在向所述测试终端发送连接请求之后，还包括：

接收所述测试终端根据所述连接请求返回的权限请求信息；

对所述权限请求信息进行权限校验，校验成功后与所述测试终端建立通信连接，并向所述测试终端返回与所述权限请求信息对应的授权令牌。

在其中一个实施例中，在基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作之后，包括：

接收所述测试终端执行所述车载设备测试指令后返回的测试数据，触发所述评估任务对所述测试数据进行评估处理，得到与所述测试数据对应的至少一个评估结果；根据所述至少一个评估结果生成与所述车载设备对应的测试结果。

一种车载设备的测试装置，所述装置包括：

测试用例确定模块，用于从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；所述至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

测试指令确定模块，用于根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令；

测试结果获取模块，用于基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，以获得测试结果。

一种车载设备测试系统，应用于车辆，包括：测试服务器、交换机以及测试终端；所述测试服务器和所述测试终端通过所述交换机通信连接；所述测试终端还连接有车载设备；

所述测试服务器，用于将所述车载设备的测试指令通过所述交换机发送至所述测试终端；

所述测试终端，用于基于所述测试指令对所述车载设备进行测试。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；所述至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令；

基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，以获得测试结果。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；所述至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令；

基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，以获得测试结果。

上述车载设备的测试方法、装置、系统、计算机设备和存储介质，方法包括：从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。本申请通过从多个测试用例中选取出目标测试用例生成相应的车载设备测试指令，车载设备测试指令能够同时对多个车载设备进行自动化测试，并返回相应的测试结果；降低了测试数据的持续获取难度，无需人工根据车载设备的不同分别设置相应的测试流程，极大地提高了对车载设备进行测试的效率。

附图说明

图1为一个实施例中车载设备的测试方法的应用环境图；

图2为一个实施例中车载设备的测试方法的流程示意图；

图3为一个实施例中确定出与车载设备对应的至少一个目标测试用例步骤的流程示意图；

图4为一个实施例中生成与车载设备对应的车载设备测试指令步骤的流程示意图；

图5为一个实施例中建立与车载设备测试指令对应的评估任务步骤的流程示意图；

图6为一个实施例中控制测试终端对车载设备进行测试操作步骤的流程示意图；

图7为一个实施例中车载测试主机启动方式的流程示意图；

图8为一个实施例中车载设备的测试系统结构示意图；

图9为另一个实施例中对车载设备进行测试的方法的应用场景示意图；

图10为一个实施例中车载设备的测试装置的结构框图；

图11为一个实施例中车载设备测试系统的示意性结构图；

图12为一个实施例中车载设备测试系统的测试服务器的示意性结构图；

图13为另一个实施例中车载设备测试系统的示意性结构图；

图14为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的车载设备的测试方法，可以应用于如图1所示的应用环境中。该应用环境中包括测试服务器11与测试终端12；其中，测试服务器11从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；测试服务器11根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；基于车载设备测试指令，控制测试终端12对车载设备进行测试操作，以获得测试终端12返回的测试结果。

其中，测试终端12能够与车载设备通信连接，可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和上位机设备，测试服务器11可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种车载设备的测试方法，以该方法应用于图1中的测试服务器11为例进行说明，包括以下步骤：

步骤21，从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序。

其中，目标测试用例可以与一个车载设备测试程序对应，也可以与多个车载设备测试程序组成的程序组同时对应；测试用例还可以是一种程序脚本；脚本是封装后的执行语法，具有自动执行、重复利用的特点；一个脚本能够抽象出一个或多个对应事件，多个脚本能够组成一个序列事件。脚本是预先封装好的，用户无需明白脚本的封装语言，只需了解该脚本能够实现的功能或者执行的步骤即可。

实际应用中，用户可以在测试用例操作页面内，对测试用例进行拖拽操作实现对目标测试用例的选取，拖拽操作包括对测试用例的点击、移动以及放置操作，移动和放置操作基于用户对测试用例的点击操作。

各个测试用例在测试用例操作页面上可以采用图标的形式进行显示；可以是单个测试用例图标，也可以是多个常用测试用例图标组合；用户能够点击图标或者图标组合并拖动到相应位置完成对测试用例或者测试用例组的选取。

具体实现中，用户通过终端设备接入测试服务器提供支持产生的测试用例操作页面，能够看到多个预先设置好的测试用例，每个测试用例携带有详细的描述信息，包括该测试用例能够具体实现的功能、前后测试用例推荐连接顺序、测试用例生成时间、历史记录等；

在测试用例操作页面上对测试服务器预先提供的多个测试用例进行拖拽操作；测试服务器根据测试用例的初始位置和放置位置确定出被选取的测试用例，并将其作为目标测试用例。

测试用例被选取的状态不限于根据测试用例的位置变化情况确定，还可以根据测试用例的移动轨迹、点击次数、用户添加的标记等多种方式确定得到。

测试服务器会记录用户数次的测试用例选取记录，在用户进行测试用例选取操作之前，将记录中被选取次数最多的测试用例或者测试用例组在测试用例操作页面向用户进行展示，用户可以通过拖拽相应历史记录选项快速确定被选取的测试用例以及对应的排列顺序。

本步骤通过响应于用户对测试用例的选取，确定出用户所选取的目标测试用例；用户通过拖拽操作能够更大程度的简化对测试用例的选取难度，图标化的操作使得测试用例的功能、作用展示更为直观；用户可以无需精通编码知识实现对测试用例的调整，加快了测试用例处理的速度，极大地提高了对车载设备进行测试的效率。

步骤22，根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令。

其中，车载设备测试指令在被运行时会解析出车载设备测试实例；车载设备测试实例由多个具有一定排列顺序的目标测试用例组成，是一种对车载设备进行测试的操作流程的规定；车载设备测试实例中包含多个具有一定排列顺序的目标测试用例，在实际应用中能够按照排列顺序先后执行。

实际应用中，在基于被选取的目标测试用例生成车载设备测试指令的过程中，用户还可以对生成车载设备测试指令的目标测试用例的排列顺序进行调整。

具体实现中，用户将测试用例拖拽到页面中的特定区域即视作将该测试用例确定为目标测试用例；测试服务器将用户拖拽到特定区域的目标测试用例进行组合，可以根据目标测试用例的位置关系确定目标测试用例的排列顺序，也可以根据目标测试用例被拖拽到特定区域的时间顺序确定目标测试用例的排列顺序；基于该排列顺序，分别对各个目标测试用例进行指令化处理，得到车载设备测试指令。

测试服务器会对目标测试用例之间的排列顺序进行合理性检查，若用户将相互矛盾的目标测试用例排列在一起，会生成警告信息提示用户调整。目标测试用例拖拽至特定区域时可以先不考虑排列顺序，由测试服务器根据所选取的目标测试用例生成多个可供选择的排列顺序供用户确定，并将用户确定的排列顺序作为最终的排列顺序。

本步骤通过目标测试用例的排列顺序，生成车载设备测试指令，简化了车载设备测试指令的获取难度；提高了各个测试用例的复用程度，将低了测试用例维护难度；车载设备测试指令能够按测试用例排列顺序自动执行，必要时可设置重复执行，能够代替人工实现全天自动化测试，提高了车载设备测试效率。

步骤23，基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。

其中，测试终端直接与车载设备相连接，能够收发测试服务器与车载设备所产生的信号，例如采用上位机作为测试终端；车载设备是车辆上的各类设备，包括汽车中控主机和CANoe(CAN open environment，汽车总线开发环境)，CANoe集合了网络监控、数据获取/记录、节点仿真、诊断、自动测试等功能，通过CANoe可以模拟车身信号，进一步控制空调温度、车窗开合等多种车载设备操作。

具体地，测试服务器可以与测试终端建立通信连接，根据车载设备测试指令控制测试终端对车载设备进行测试操作。

测试服务器根据测试终端的通信类型，相应与测试终端建立有线或无线的通信连接；连接建立后，将车载设备测试指令发送至测试终端，测试终端再根据车载设备测试指令对车载设备执行相应测试操作。

测试服务器与测试终端之间若建立的是无线连接，则可实现工程师对车载设备的远程测试调控；例如，通过云端交换机和移动运营商网络实现测试终端与测试服务器的通信连接；在实际应用中，还可以将笔记本电脑等移动终端作为测试终端进行使用，进一步提高远程车载设备测试的便捷程度。一台上位机可同时与多个车载设备相连接，并分别执行不同的车载设备测试指令。本步骤测试服务器与测试终端建立通信连接，并执行车载设备测试指令，能够同时对多个车载设备进行远程的自动化测试，极大地提高了对车载设备进行测试的效率。

测试终端通过接收车载设备返回的信息，或者监测控制指令触发后的数据获得测试数据，并将测试数据返回至测试服务器。测试服务器获取测试数据后，根据与车载设备对应的评估标准，分别对测试数据进行评估，根据评估情况确定车载设备的测试结果。

在自动化测试过程中，测试服务器能够时刻对数据进行监测；若监测到测试终端返回的测试数据出现异常，测试服务器可以进行自动告警，并将告警信息发送至相应人员的终端设备。

本步骤通过测试终端返回的测试数据，确定车载设备的测试结果，无需人工进行数据筛选与核查，提高了数据处理的效率。

上述车载设备的测试方法，通过从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。如此，便降低了测试数据的持续获取难度，无需人工根据车载设备的不同分别设置相应的测试流程，极大地提高了对车载设备进行测试的效率。

在一个实施例中，如图3所示，从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例，包括：

步骤31，获取至少一个测试用例中与测试用例对应的拖拽轨迹；拖拽轨迹为拖拽测试用例时产生的轨迹；

步骤32，针对至少一个测试用例中的每一测试用例，当检测到该测试用例的拖拽轨迹的终点处于预设放置区域内时，则将该测试用例中确定为目标测试用例，得到至少一个目标测试用例。

实际应用中，与测试用例对应的拖拽轨迹能够根据测试用例在测试用例操作页面上移动的坐标获得；预设放置区域是对测试用例选取状态进行区分的目标区域，通过拖拽操作将测试用例移动至预设放置区域的测试用例即为被选取的目标测试用例，否则为未被选取的测试用例。拖拽轨迹可以是直线也可以是曲线，直线可以由初始位置和放置位置两点直接生成，曲线可以通过对脚本拖拽操作的移动过程进行采样获得，生成相应轨迹曲线。

预设放置区域会有明显的标识，提示用户最终放置在该区域内的测试用例为选中状态；用户在完成测试用例拖拽操作后，测试服务器会将当前处于预设放置区域内的测试用例以列表形式提示用户确认。

本实施例，通过测试用例拖拽轨迹和预设放置区域能够确定出脚本的选取状态，简洁直观，降低了用户选取测试用例的难度以及生成车载设备测试指令的难度。

在一个实施例中，如图4所示，根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令，包括：

步骤41，获取至少一个目标测试用例中每一目标测试用例的确定次序；

步骤42，根据每一目标测试用例的确定次序以及与每一目标测试用例分别对应的车载设备测试程序，生成与车载设备对应的车载设备测试指令。

具体地，用户通常会根据期望对车载设备进行测试的流程顺序选取相应的测试用例作为目标测试用例；即目标测试用例的确定次序即为对车载设备的测试流程顺序，也即车载设备测试指令内部的具体操作执行顺序。

测试服务器在测试用例被确定为目标测试用例时记录目标测试用例的确定时间，根据时间先后作为目标测试用例的确定次序的判断依据；根据次序依次选择对应的车载设备测试程序或者车载设备测试程序组，以生成车载设备测试指令。

在另一个实施例中，车载设备测试指令可以通过填充有目标测试用例的预设目标测试用例模板生成，具体过程为：获取预设目标测试用例模板；根据预设放置区域内被选取的目标测试用例的排列顺序，依次将被选取的目标测试用例添加至预设目标测试用例模板中的相应位置；将目标测试用例添加完成后的预设目标测试用例模板，作为生成车载设备测试指令所用的目标测试用例序列。

其中，预设目标测试用例模板具有多个能够放置目标测试用例的空位；

用户可以将目标测试用例拖拽至预设目标测试用例模板提供的相应空位附近，拖拽至空位附近一定距离内时，目标测试用例会被自动吸附在该空位内；预设目标测试用例模板的容量可以根据实际需要拖拽的目标测试用例数量进行调整。

具体实现中，测试服务器识别被选取的目标测试用例的排列顺序，分别将各个被选取的目标测试用例放置在预设目标测试用例模板的空位内，形成内部具有一定排列顺序的多个目标测试用例组成的目标测试用例序列；目标测试用例拖拽操作全部完成后，可以根据填充有多个目标测试用例的目标测试用例模板生成与车载设备对应的车载设备测试指令。

在一个实施例中，目标测试用例携带有测试用例标识；

如图5所示，在生成与车载设备对应的车载设备测试指令之后，包括：

步骤51，通过测试用例标识，获取与至少一个目标测试用例中的每一目标测试用例对应的测试用例评估参数；

步骤52，根据车载设备测试指令中与各个目标测试用例对应的测试用例评估参数，建立与车载设备测试指令对应的评估任务；评估任务用于生成测试结果。

其中，测试用例标识与测试用例评估参数相对应，测试用例评估参数为车载设备执行测试操作后产生的测试数据提供了参考依据；例如A目标测试用例执行完后实际得到的车载设备数值为30，而与A目标测试用例对应的测试用例评估参数a为50，即正常情况下对车载设备进行完与A目标测试用例对应的测试后得到的数值应大于等于50，而实际得到的数值为30，则可以据此判断出车载设备执行A目标测试用例后的数据表现没有达到预期标准，车载设备可能存在问题。

评估任务是指与车载设备测试指令对应的参数评估流程；评估任务根据车载设备测试中各个目标测试用例的测试用例评估参数获得。

例如，车载设备测试指令包括5个目标测试用例A-E，目标测试用例A-E分别对应5个测试用例评估参数a-e，则建立的评估任务可以是abcde，即该评估任务在执行时，先对返回的测试数据是否达到目标测试用例A的测试用例评估参数a进行判断，再依次对目标测试用例B的测试用例评估b进行判断，以此类推。

需要说明的是，评估任务并不是简单的将各个目标测试用例的测试用例评估参数进行排列组合，在实际应用过程中还会根据目标测试用例之间的顺序，以及整个车载设备测试指令添加相应调整参数，对各个测试用例评估参数进行调整后再建立评估任务。例如目标测试用例A的测试用例评估参数为50，目标测试用例B的测试用例评估参数为30，在指令中，目标测试用例A的测试用例评估参数可能被调整为52，目标测试用例B的测试用例评估参数为24，以此说明。

在一个实施例中，如图6所示，基于车载设备测试指令，控制测试终端对车载设备进行测试操作，包括：

步骤61，向测试终端发送连接请求；

步骤62，若与测试终端成功建立通信连接，则触发测试终端扫描连接的车载设备，将扫描到的车载设备添加至车载设备连接池；

步骤63，控制测试终端按照车载设备测试指令，对车载设备连接池内的相应车载设备进行测试。

具体地，测试服务器与测试终端建立连接后，会触发测试终端扫描连接的车载设备，并将扫描到的车载设备添加至车载设备连接池进行持续状态监测。添加至车载设备连接池的车载设备可以通过筛选得到，车载设备连接池内的车载设备也可以根据车载设备状态的变化情况添加或移除。

在一个实施例中，在向测试终端发送连接请求之后，包括：

接收测试终端根据连接请求返回的权限请求信息；

对权限请求信息进行权限校验，校验成功后与测试终端建立通信连接，并向测试终端返回与权限请求信息对应的授权令牌。

具体实现中，测试服务器通过交换机向测试终端发送的通信连接请求中，包含有权限请求信息；测试服务器对权限请求信息进行权限校验，例如判断测试终端的类型是否包含在预设测试终端列表中等；权限校验通过后测试服务器接受测试终端的权限请求，并与测试终端建立连接并同步状态。

在一个实施例中，测试终端可以是上位机，测试终端中包括主功能模块区以及次功能模块区；其中主功能模块区包括核心功能模块、实时通信模块、任务调度模块以及数据收集模块；次功能模块区中包括汽车信号模拟、Android调试桥、套接字服务、文件服务、机器视觉服务等；

核心功能模块用于对数据进行处理，对应用进程进行调控等；实时通信模块用于与交换机、车载设备连接，以此实现与测试服务器之间的数据通信；任务调度模块用于执行相应指令，并调整指令执行的先后次序；数据收集模块用于获接收测试服务器、交换机、车载设备等发送的数据。

在一个实施例中，在基于车载设备测试指令，控制测试终端对车载设备进行测试操作之后，包括：接收测试终端执行车载设备测试指令后返回的测试数据，触发评估任务对测试数据进行评估处理，得到与测试数据对应的至少一个评估结果；根据至少一个评估结果生成与车载设备对应的测试结果。

具体地，车载设备测试指令由于是根据多个目标测试用例生成的，而每个目标测试用例又具有对应的测试用例评估参数；因此在执行评估任务时，会得到多个与单个目标测试用例的测试用例评估参数对应的评估结果。即评估结果是与目标测试用例对应的，而根据多个评估结果生成的测试结果是与车载设备测试指令相对应的。

在一个实施例中，如图7所示，提供了一种测试终端启动的方式，测试终端以上位机为例进行说明：

上位机启动后，其内置的启动程序开始运行；首先上位机进行鉴权流程，若鉴权失败，则返回错误代码并退出测试终端启动程序；若鉴权通过，则根据鉴权校验结果返回授权令牌Token，并建立相应连接例如云端WebSocket通信连接；其中，该授权令牌可作为后续所有接口访问的关键校验信息。

控制上位机扫描能够车载设备，若暂时未扫描到车载设备则等待一定时间后重新启动扫描车载设备，直到重试次数或者等待时间达到阈值时确定未扫描到车载设备；扫描到相应车载设备后，使得上位机进行配置初始化操作，根据所连接车载设备和测试指令的类型，通过Adb(Android调试桥)向上位机发送相应测试插件安装包；之后持续监测与上位机的连接状态，与上位机保持状态同步，完成上位机启动程序。

为便于理解本申请的车载设备的测试方法，下面通过具体的示例并结合具体场景进行说明。

在一个实施例中，如图8所示，展示了一种应用车载设备的测试方法的车载设备的测试系统的结构；该系统中包括测试服务器、交换机、上位机以及其他设备部件。

测试服务器分别与移动终端或计算机设备，以及交换机通信连接，并且可以提供应用接口服务、用户界面服务、数据库和文件服务。其中，用户界面服务用于为用户提供可视化的测试用例操作页面。

交换机包括云端交换机和本地交换机，云端交换机可以通过无线网络与无线移动终端设备相通信；例如图8中移动终端设备通过4G网络与云端交换机相连，使得测试服务器与该移动终端设备能够远程通信。

移动终端设备可以直接与车载设备相连，车载设备包括中控显示屏和中控主机；通过数据传输，使得用户(工程师)能够在移动终端或计算机设备上通过用户测试用例操作页面(即测试用例操作页面)服务看到中控显示屏所显示的内容，以及对中控主机直接进行测试。

本地交换机可以与多台上位机相连接，对车载设备进行测试操作。

在一个实施例中，提供了一种远程对车载设备进行测试的实用场景。

例如，汽车在进行实车路测的测试时，发现系统存在重要缺陷，需要立刻处理；现场通过普通手段抓取到的数据无法分析出具体问题，而远在办公室的工程师又无法及时抵达车辆附近，且无法通过技术手段查看更加详细的系统实时细节，故短时间内无法定位解决验证问题。

在遇到上述问题时，采用本申请的车载设备的测试方法后，现场的路测工程师仅需将便携笔记本电脑等移动终端设备通过相应接口连接车载设备，并将移动终端设备连接至4G、5G等运营商网络；在办公室的测试工程师会通过约定的交互协议，通过云端交换机与移动终端设备建立通信连接，读取车机屏幕数据，获取车身CAN(车辆总线)信号和ECU(电子控制单元)数据；测试工程师此时可以通过测试服务器提供支持的测试用例操作页面实时查看和操作车机屏幕，并结合日志终端窗口查看车载设备的运行日志、性能负载，对ECU信号做出仲裁等。

在另一个实施例中，提供了一种对车载设备进行测试的实用场景，其中测试用例可以是脚本的形式。

例如，测试工程师若想对车载设备进行自动化测试，需要在IDE上编辑脚本；并且在编写自动化测试脚本时，要求测试工程师懂得Python，Java等编程语言，以及书写代码逻辑；上述过程需要大量时间成本和人力成本，且对人员要求较高。

应用本申请后，测试工程师仅需进入测试服务器提供支持的脚本编辑页面，直接拖拽组合各种动作(例如点击、长按、硬按键、CAN消息、屏幕滑动、多指操作、音频模拟、语音识别、文本输入等)，基于被选取的脚本生成车载设备测试指令作为车载设备测试的操作流程。

具体流程如图9所示，首先测试工程师作为用户，登录测试服务器提供支持的脚本编辑界面(即测试用例操作页面)，根据待测试的车载设备确定或生成相应项目，之后对脚本(即测试用例的一种形式)进行拖拽，完成脚本编辑得到车载设备测试指令；在对车载设备测试指令进行脚本测试后，将车载设备测试指令以指令任务形式建立并下发至上位机；上位机根据相应指令对车载设备进行测试，并上传车载设备的测试数据至测试服务器。

在另一个实施例中，提供了一种对车载设备进行测试的实用场景。

例如，测试工程师发现车载设备的一个小概率事件可能会造成严重的后果，但是在有限的测试过程中一直无法手工复现该小概率事件；而现有技术一般采用Monkey(Android系统的命令行工具)形式测试，功能较为单一，无法即时提供对应的日志和底层数据之间的关联。

应用本方法后，测试工程师通过脚本拖拽操作生成车载设备测试指令后，测试服务器会自动关联与车载设备测试指令中的各个脚本对应的结果预期参数(即测试用例评估参数的其中一种形式)，生成对应的参数校验任务(即评估任务的其中一种形式)；

参数校验任务被触发后，能够在不同维度下对测试数据进行校验；并且车载设备测试指令可以设置全天24小时连续重复执行，当检测到目标事件发生后自动告警并保留相关测试数据；测试工程师收到告警信息后，可直接在线复原事件发生的现场，分析定位事件所对应的问题。

应该理解的是，虽然图2-6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-6中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图10所示，提供了一种车载设备的测试装置，包括：测试用例确定模块101、测试指令确定模块102和测试结果获取模块103，其中：

测试用例确定模块101，用于从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

测试指令确定模块102，用于根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；

测试结果获取模块103，用于基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。

在一个实施例中，测试用例确定模块101还用于获取至少一个测试用例中与测试用例对应的拖拽轨迹；拖拽轨迹为拖拽测试用例时产生的轨迹；针对至少一个测试用例中的每一测试用例，当检测到该测试用例的拖拽轨迹的终点处于预设放置区域内时，则将该测试用例中确定为目标测试用例，得到至少一个目标测试用例。

在一个实施例中，测试指令确定模块102还用于获取至少一个目标测试用例中每一目标测试用例的确定次序；根据每一目标测试用例的确定次序以及与每一目标测试用例分别对应的车载设备测试程序，生成与车载设备对应的车载设备测试指令。

在一个实施例中，测试指令确定模块102还用于通过测试用例标识，获取与至少一个目标测试用例中的每一目标测试用例对应的测试用例评估参数；根据车载设备测试指令中与各个目标测试用例对应的测试用例评估参数，建立与车载设备测试指令对应的评估任务；评估任务用于生成测试结果。

在一个实施例中，测试结果获取模块103还用于向测试终端发送连接请求；若与测试终端成功建立通信连接，则触发测试终端扫描连接的车载设备，将扫描到的车载设备添加至车载设备连接池；控制测试终端按照车载设备测试指令，对车载设备连接池内的相应车载设备进行测试。

在一个实施例中，测试结果获取模块103还用于接收测试终端根据连接请求返回的权限请求信息；对权限请求信息进行权限校验，校验成功后与测试终端建立通信连接，并向测试终端返回与权限请求信息对应的授权令牌。

在一个实施例中，测试结果获取模块103还用于接收测试终端执行车载设备测试指令后返回的测试数据，触发评估任务对测试数据进行评估处理，得到与测试数据对应的至少一个评估结果；根据至少一个评估结果生成与车载设备对应的测试结果。

关于车载设备的测试装置的具体限定可以参见上文中对于车载设备的测试方法的限定，在此不再赘述。上述车载设备的测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，如图11所示，提供了一种车载设备测试系统，该系统包括：测试服务器11、交换机12以及测试终端13；测试服务器11和测试终端13通过交换机12通信连接；测试终端13还连接有车载设备14；测试服务器11，用于将车载设备14的测试指令通过交换机12发送至测试终端13；测试终端13，用于基于测试指令对车载设备14进行测试。

其中，测试服务器11、交换机12以及测试终端13之间可以通过串口连接，也可以通过网络连接。交换机12可以使得测试服务器11与测试终端13之间通信连接；测试终端13可以与车载设备14通信连接，并执行测试服务器11发送的指令，对车载设备进行相应的测试。交换机12可以是广域网交换机，也可以是局域网交换机，通过交换机12，可以在车载设备测试系统中实现信息交换功能。

在一个实施例中，如图12所示，测试服务器11包括程序接口模块111、界面接口模块112、数据库接口模块113以及文件接口模块114；程序接口模块111、界面接口模块112、数据库接口模块113以及文件接口模块114之间通信连接。

程序接口模块111能够为测试服务器11提供预先定义的函数，使得测试服务器11能够与系统中的不同组成部分进行连接并数据通信；界面接口模块112能够为用户提供可视化的测试用例操作页面，使得用户能够在测试用例操作页面对测试用例进行组合排序，生成相应的车载设备测试指令；数据库接口模块113为测试服务器11提供数据获取、传输、存储方面的支持；文件接口模块114为测试服务器11提供文件的生成、存储、获取等方面的支持。

在一个实施例中，如图11所示，车载设备测试系统中的交换机可与测试终端13建立通信连接以发送车载设备测试指令。测试服务器11与测试终端13之间若建立的是无线连接，则可实现工程师对车载设备14的远程测试调控；例如，通过具有无线通信组件的交换机12和移动运营商网络实现测试终端13与测试服务器11的通信连接。

车载设备测试系统中的测试服务器11还包括监测模块；监测模块与测试终端通信连接。测试终端13通过接收车载设备14返回的信息，或者监测相应测试指令执行后的数据变化获得测试数据，并将测试数据返回至测试服务器11。测试服务器11获取测试数据后，通过监测模块将与车载设备14对应的测试用例评估参数，分别对测试数据进行评估处理，根据评估结果确定车载设备14的测试结果。

车载设备测试系统中的测试服务器11还包括报警模块；报警模块与用户终端通信连接。在自动化测试过程中，测试服务器11能够时刻通过报警模块对监测模块得到的监测结果进行检测；若检测到车载设备14的数据出现异常，报警模块可以进行自动告警，并将报警信息发送至相应人员的用户终端。报警模块还能够与相应的报警设备进行通信连接，将报警信息通过声音、光线等进行传递，使得位于测试环境周围的人员能够及时对报警情况进行响应。

车载设备测试系统中还包括用户终端；用户终端与测试服务器通信连接。用户终端与测试服务器11通信连接，用于向用户显示测试服务器11提供支持的测试用例操作页面，使得用户能够在测试用例操作页面内对多个测试用例进行拖拽操作，并将用户的操作发送至测试服务器11。

车载设备测试系统中还包括车辆信号模拟器；车辆信号模拟器与测试终端以及车载设备14电性连接。电性连接是两个电子器件或/和电路通过导线连接或无线连接，以实现电信号的传输；在本实施例中是指车辆信号模拟器与测试终端以及车载设备14通过内置的电子器件或/和电路，以电信号的方式进行信号的传递交互。车辆信号模拟器可以模拟车身信号，进一步控制空调温度、车窗开合等多种车载设备操作。在实际应用中，可以使用CANoe设备(CAN open environment，汽车总线开发环境)作为车辆信号模拟器；CANoe集合了网络监控、数据获取/记录、节点仿真、诊断、自动测试等功能，能够与多种类型的车载设备14进行信号传递。车辆信号模拟器在接收到测试终端发送的控制信息后，将控制信息转换为车身信号，发送至相应车载设备14。

车载设备测试系统中的车载设备14包括汽车中控屏幕；汽车中控屏幕与测试终端13电性连接。测试终端13能够将汽车中控屏幕上显示的内容同步至测试服务器，并进一步在用户终端上显示出来；这样，用户即能够在用户终端上直接查看汽车中控屏幕的内容，以便对汽车中控进行调试。

车载设备测试系统中的车载设备14还包括ECU单元；ECU单元与测试终端13电性连接。ECU单元(Electronic Control Unit，电子控制单元)，是指车辆的控制器，能够为测试服务器11提供更为详细准确的车辆运行信息以及车辆负载参数。

在另一个实施例中，如图13所示，提供了一种车载设备测试系统；该系统包括测试服务器11、交换机12、测试终端13、车载设备14、用户终端15以及车辆信号模拟器16。

其中，测试服务器11中包括程序接口模块111、界面接口模块112、数据库接口模块113以及文件接口模块114；程序接口模块111、界面接口模块112、数据库接口模块113以及文件接口模块114之间通信连接；交换机12中包括无线通信组件121；车载设备14中包括汽车中控屏幕142、ECU单元141。

具体实现中，用户终端15通过测试服务器11中的各个接口模块与测试服务器11产生交互，在测试服务器11提供支持的页面上对预设的多个测试用例进行拖拽，形成车载设备测试指令；测试服务器通过交换机12，将车载设备测试指令发送至测试终端13；测试终端13根据车载设备测试指令的具体内容，控制车载设备14进行测试操作，部分车载设备测试指令需要通过车辆信号模拟器16发送CAN信号至车载设备14；在车载设备测试的过程中，用户能够通过用户终端15同步查看车载设备14中的汽车中控屏幕142，并且实时接收到车载设备14中的ECU单元141的数据；以便对车载设备进行测试以及调试；

若用户无法抵达车载设备测试的现场，可以通过启用交换机12的无线通信组件121，使得测试服务器11远程与测试终端13通过交换机12建立云端无线通信连接，此时测试终端13可以用笔记本电脑等终端设备代替；在进行测试的过程中，测试服务器11中的监测模块115能够实时检测车载设备14返回的测试数据，若测试数据产生异常，测试服务器11中的报警模块116会发生报警。

在一个实施例中，提供了一种利用车载设备测试系统，远程对车载设备进行测试的场景。

例如，汽车在进行实车路测的测试时，发现系统存在重要缺陷，需要立刻处理；现场通过普通手段抓取到的数据无法分析出具体问题，而远在办公室的工程师又无法及时抵达车辆附近，且无法通过技术手段查看更加详细的系统实时细节，故短时间内无法定位解决验证问题。

在遇到上述问题时，采用本申请的车载设备的测试系统后，现场的路测工程师仅需将便携笔记本电脑等移动终端设备作为测试终端13，通过相应接口连接车载设备14，并将移动终端设备连接至4G、5G等运营商网络或无线网络；在办公室的测试工程师会通过约定的交互协议，通过交换机12与移动终端设备建立通信连接，读取车机屏幕数据，获取车身CAN(车辆总线)信号和ECU(电子控制单元)数据；测试工程师此时可以通过测试服务器11提供支持的测试用例操作页面实时查看和操作车机屏幕，并结合日志终端窗口查看车载设备14的运行日志、性能负载，对ECU信号做出仲裁等。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图14所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储车载设备的测试数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种车载设备的测试方法。

本领域技术人员可以理解，图14中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；

基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取至少一个测试用例中与测试用例对应的拖拽轨迹；拖拽轨迹为拖拽测试用例时产生的轨迹；针对至少一个测试用例中的每一测试用例，当检测到该测试用例的拖拽轨迹的终点处于预设放置区域内时，则将该测试用例中确定为目标测试用例，得到至少一个目标测试用例。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取至少一个目标测试用例中每一目标测试用例的确定次序；根据每一目标测试用例的确定次序以及与每一目标测试用例分别对应的车载设备测试程序，生成与车载设备对应的车载设备测试指令。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：通过测试用例标识，获取与至少一个目标测试用例中的每一目标测试用例对应的测试用例评估参数；根据车载设备测试指令中与各个目标测试用例对应的测试用例评估参数，建立与车载设备测试指令对应的评估任务；评估任务用于生成测试结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：向测试终端发送连接请求；若与测试终端成功建立通信连接，则触发测试终端扫描连接的车载设备，将扫描到的车载设备添加至车载设备连接池；控制测试终端按照车载设备测试指令，对车载设备连接池内的相应车载设备进行测试。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收测试终端根据连接请求返回的权限请求信息；对权限请求信息进行权限校验，校验成功后与测试终端建立通信连接，并向测试终端返回与权限请求信息对应的授权令牌。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收测试终端执行车载设备测试指令后返回的测试数据，触发评估任务对测试数据进行评估处理，得到与测试数据对应的至少一个评估结果；根据至少一个评估结果生成与车载设备对应的测试结果。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

根据至少一个目标测试用例，生成与车载设备对应的车载设备测试指令；

基于车载设备测试指令，控制测试终端对车载设备进行测试操作，以获得测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取至少一个测试用例中与测试用例对应的拖拽轨迹；拖拽轨迹为拖拽测试用例时产生的轨迹；针对至少一个测试用例中的每一测试用例，当检测到该测试用例的拖拽轨迹的终点处于预设放置区域内时，则将该测试用例中确定为目标测试用例，得到至少一个目标测试用例。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取至少一个目标测试用例中每一目标测试用例的确定次序；根据每一目标测试用例的确定次序以及与每一目标测试用例分别对应的车载设备测试程序，生成与车载设备对应的车载设备测试指令。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过测试用例标识，获取与至少一个目标测试用例中的每一目标测试用例对应的测试用例评估参数；根据车载设备测试指令中与各个目标测试用例对应的测试用例评估参数，建立与车载设备测试指令对应的评估任务；评估任务用于生成测试结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：向测试终端发送连接请求；若与测试终端成功建立通信连接，则触发测试终端扫描连接的车载设备，将扫描到的车载设备添加至车载设备连接池；控制测试终端按照车载设备测试指令，对车载设备连接池内的相应车载设备进行测试。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收测试终端根据连接请求返回的权限请求信息；对权限请求信息进行权限校验，校验成功后与测试终端建立通信连接，并向测试终端返回与权限请求信息对应的授权令牌。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收测试终端执行车载设备测试指令后返回的测试数据，触发评估任务对测试数据进行评估处理，得到与测试数据对应的至少一个评估结果；根据至少一个评估结果生成与车载设备对应的测试结果

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种车载设备的测试方法，其特征在于，所述方法应用于测试服务器，所述方法包括：

从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；所述至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令；

基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，以获得测试结果。

2.根据权利要求1所述的方法，其特征在于，所述从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例，包括：

获取所述至少一个测试用例中与测试用例对应的拖拽轨迹；所述拖拽轨迹为拖拽所述测试用例时产生的轨迹；

针对所述至少一个测试用例中的每一测试用例，当检测到该测试用例的拖拽轨迹的终点处于预设放置区域内时，则将该测试用例中确定为目标测试用例，得到所述至少一个目标测试用例。

3.根据权利要求2所述的方法，其特征在于，所述根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令，包括：

获取所述至少一个目标测试用例中每一目标测试用例的确定次序；

根据所述每一目标测试用例的确定次序以及与所述每一目标测试用例分别对应的车载设备测试程序，生成与车载设备对应的车载设备测试指令。

4.根据权利要求3所述的方法，其特征在于，所述目标测试用例携带有测试用例标识；

在生成与车载设备对应的车载设备测试指令之后，包括：

通过所述测试用例标识，获取与所述至少一个目标测试用例中的每一目标测试用例对应的测试用例评估参数；

根据所述车载设备测试指令中与各个目标测试用例对应的测试用例评估参数，建立与所述车载设备测试指令对应的评估任务；所述评估任务用于生成所述测试结果。

5.根据权利要求1所述的方法，其特征在于，所述基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，包括：

向所述测试终端发送连接请求；

若与所述测试终端成功建立通信连接，则触发所述测试终端扫描连接的车载设备，将扫描到的所述车载设备添加至车载设备连接池；

控制所述测试终端按照所述车载设备测试指令，对所述车载设备连接池内的相应车载设备进行测试。

6.根据权利要求5所述的方法，其特征在于，在向所述测试终端发送连接请求之后，还包括：

接收所述测试终端根据所述连接请求返回的权限请求信息；

对所述权限请求信息进行权限校验，校验成功后与所述测试终端建立通信连接，并向所述测试终端返回与所述权限请求信息对应的授权令牌。

7.根据权利要求4所述的方法，其特征在于，在基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作之后，包括：

接收所述测试终端执行所述车载设备测试指令后返回的测试数据，触发所述评估任务对所述测试数据进行评估处理，得到与所述测试数据对应的至少一个评估结果；根据所述至少一个评估结果生成与所述车载设备对应的测试结果。

8.一种车载设备的测试装置，其特征在于，所述装置包括：

测试用例确定模块，用于从至少一个测试用例中确定出与车载设备对应的至少一个目标测试用例；所述至少一个目标测试用例中的每一目标测试用例分别对应不同的车载设备测试程序；

测试指令确定模块，用于根据所述至少一个目标测试用例，生成与所述车载设备对应的车载设备测试指令；

测试结果获取模块，用于基于所述车载设备测试指令，控制测试终端对所述车载设备进行测试操作，以获得测试结果。

9.一种车载设备测试系统，应用于车辆，其特征在于，包括：测试服务器、交换机以及测试终端；所述测试服务器和所述测试终端通过所述交换机通信连接；所述测试终端还连接有车载设备；

所述测试服务器，用于将所述车载设备的测试指令通过所述交换机发送至所述测试终端；

所述测试终端，用于基于所述测试指令对所述车载设备进行测试。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images