CN115373989A - 车辆的自动化测试系统、方法、车辆及存储介质 - Google Patents

Abstract

本申请涉及一种车辆的自动化测试系统、方法、车辆及存储介质，其中，方法包括：座舱控制器，用于根据操作指令模拟用户触发全景影像功能；显示屏，用于在触发全景影像功能后，显示待测试摄像头采集的全景影像图像；测试终端，用于生成模拟实车上电的操作指令，并根据全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。本申请可根据操作指令模拟用户触发全景影像功能，以显示待测摄像头采集的全景影像图像，并结合该图像的捕捉时间以及图像信息得到测试结果，从而可以有效减少重复繁琐的测试工作，提高了测试的效率，使有限的人力资源得到充分利用。

Description

车辆的自动化测试系统、方法、车辆及存储介质

技术领域

本申请涉及自动化测试技术领域，特别涉及一种车辆的自动化测试系统、方法、车辆及存储介质。

背景技术

当前全景影像功能采用的是人工实车触发与监控的测试方式，一般要通过测试人员按压开关、挂档位、打开转向灯等方式，进行全景影像功能显示验证。传统手动黑盒测试消耗了测试工程师大量的时间，效率低、误差大、覆盖率低等不足越来越明显。在现有的汽车软件开发生命周期中，对软件更新的频率及新软件发布的速度有了更高的要求，继续执行人工测试必然需要投入更多的人员和时间精力。

目前，相关技术可通过设置测试车辆在设定轨迹的滑行导轨上，滑行导轨的周边铺设有标定布，通过摄像头采集周边图案并合成全景俯视图，通过人工比对合成全景俯视图与标定布上的预设图案进行比对，以确定测试车辆的360全景功能。

然而，相关技术需要搭建标定场景且需实车进行人工验证，验证手段繁琐、效率低，无法适用于大批量不同车型项目软件迭代测试，亟待解决。

发明内容

本申请提供一种车辆的自动化测试系统、方法、车辆及存储介质，以解决相关技术验证手段繁琐、效率低，无法适用于大批量不同车型项目软件迭代测试等问题。

本申请第一方面实施例提供一种车辆的自动化测试系统，包括：座舱控制器，用于根据操作指令模拟用户触发全景影像功能；显示屏，用于在触发所述全景影像功能后，显示所述待测试摄像头采集的全景影像图像；以及测试终端，用于生成模拟实车上电的所述操作指令，并根据所述全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。

根据上述技术手段，本申请实施例可根据操作指令模拟用户触发全景影像功能，显示待测摄像头采集的全景影像图像，并结合该图像的捕捉时间以及图像信息得到测试结果，从而可以有效减少重复繁琐的测试工作，提高了测试的效率，使有限的人力资源得到充分利用。

可选地，在本申请的一个实施例中，可编程继电器，用于模拟I/O开关信号以触发所述座舱控制器。

根据上述技术手段，本申请实施例通过可编程继电器模拟I/O开关信号触发座舱控制器，从而为全景影像模板图片的获取提供了技术支撑，为后续图片的参考提供可靠的图像依据。

可选地，在本申请的一个实施例中，所述测试终端还用于封装基于cv2模块函数、封装基于opencv2模块函数、封装USBCAN的函数和封装Serial函数，得到封装的接口函数，以运行至少一个测试用例的测试脚本。

根据上述技术手段，本申请实施例例通过利用测试终端封装基于cv2模块函数、基于opencv2模块函数、USBCAN以及Serial函数，以运行测试用例的测试脚本，从而可以有效节省测试时间，提高了测试的效率。

可选地，在本申请的一个实施例中，所述测试终端具体用于将预设的模板图片和由所述图像信息的当前图片进行对比，其中，在比对结果值处于预设误差范围，则断言所述全景影像功能触发成功，否则断言所述全景影像功能触发失败。

根据上述技术手段，本申请实施例通过将预设的模板图片和由图像信息的当前图片进行对比，以判定全景影像功能是否成功触发，从而为全景影像功能的成功触发的判断提供了数据保障，进一步提高了测试的可靠性和效率。

可选地，在本申请的一个实施例中，还包括：存储器，用于在所述测试终端断言所述全景影像功能触发失败之后，基于当前时刻存储所述当前图片。

根据上述技术手段，本申请实施例可以在全景影像功能触发失败，将当前图片保存在存储器中，从而有利于对后续问题进行排查与锁定，提高了系统的可靠性和鲁棒性。

可选地，在本申请的一个实施例中，所述测试终端在断言所述全景影像功能触发成功之后，删除所述当前图片。

根据上述技术手段，本申请实施例在全景影像功能触发成功后，删除当前图片，从而可以有效避免测试终端中图片存储过多引起的性能卡顿等问题，进一步改善系统测试的效率。

本申请第二方面实施例提供一种车辆的自动化测试方法，包括以下步骤：生成所述模拟实车上电的操作指令；根据所述操作指令模拟用户触发所述全景影像功能；以及在触发所述全景影像功能后，根据所述待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。

可选地，在本申请的一个实施例中，所述根据所述待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果，包括：封装基于cv2模块函数、封装基于opencv2模块函数、封装USBCAN的函数和封装Serial函数，得到封装的接口函数，以运行至少一个测试用例的测试脚本。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车辆的自动化测试方法。

本申请第四方面实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，该程序被处理器执行时实现如上的车辆的自动化测试方法。

由此，本申请的实施例具有以下有益效果：

(1)本申请实施例可根据操作指令模拟用户触发全景影像功能，显示待测摄像头采集的全景影像图像，并结合该图像的捕捉时间以及图像信息得到测试结果，从而可以有效减少重复繁琐的测试工作，提高了测试的效率，使有限的人力资源得到充分利用。

(2)本申请实施例通过可编程继电器模拟I/O开关信号触发座舱控制器，从而为全景影像模板图片的获取提供了技术支撑，为后续图片的参考提供可靠的图像依据。

(3)本申请实施例例通过利用测试终端封装基于cv2模块函数、基于opencv2模块函数、USBCAN以及Serial函数，以运行测试用例的测试脚本，从而可以有效节省测试时间，提高了测试的效率。

(4)本申请实施例通过将预设的模板图片和由图像信息的当前图片进行对比，以判定全景影像功能是否成功触发，从而为全景影像功能的成功触发的判断提供了数据保障，进一步提高了测试的可靠性和效率。

(5)本申请实施例可以在全景影像功能触发失败，将当前图片保存在存储器中，从而有利于对后续问题进行排查与锁定，提高了系统的可靠性和鲁棒性。

(6)本申请实施例在全景影像功能触发成功后，删除当前图片，从而可以有效避免测试终端中图片存储过多引起的性能卡顿等问题，进一步改善系统测试的效率。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例的车辆的自动化测试系统的示例图；

图2为根据本申请的一个实施例提供的一种车辆的自动化测试系统总体结构框图；

图3为根据本申请的一个实施例提供的一种座舱控制器不同平台接口路由示意图；

图4为根据本申请的一个实施例提供的一种车辆的自动化测试执行逻辑示意图；

图5为根据本申请实施例提供的一种车辆的自动化测试方法的流程图；

图6为申请实施例提供的车辆的结构示意图。

其中，10-车辆的自动化测试系统、100-座舱控制器、200-显示屏、300-测试终端、601-存储器、602-处理器、603-通信接口。

具体实施方式

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

下面参考附图描述本申请实施例的车辆的自动化测试系统、方法、车辆及存储介质。针对上述背景技术中的问题，本申请提供了一种车辆的自动化测试系统，包括，座舱控制器，用于根据操作指令模拟用户触发全景影像功能；显示屏，用于在触发全景影像功能后，显示待测试摄像头采集的全景影像图像；测试终端，用于生成模拟实车上电的操作指令，并根据全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。本申请可根据操作指令模拟用户触发全景影像功能，以显示待测摄像头采集的全景影像图像，并结合该图像的捕捉时间以及图像信息得到测试结果，从而可以有效减少重复繁琐的测试工作，提高测试的效率，使有限的人力资源得到充分利用。由此，解决了相关技术验证手段繁琐、效率低，无法适用于大批量不同车型项目软件迭代测试等问题。

具体而言，图1是本申请实施例的车辆的自动化测试系统的方框示意图。

如图1所示，该车辆的自动化测试系统10包括：座舱控制器100、显示屏200以及测试终端300。

其中，座舱控制器100，用于根据操作指令模拟用户触发全景影像功能。

显示屏200，用于在触发全景影像功能后，显示待测试摄像头采集的全景影像图像。

测试终端300，用于生成模拟实车上电的操作指令，并根据全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。

需要说明的是，本申请的实施例主要由硬件连接和软件搭建两部分构成。

其中，软件部分：本申请的实施例可以利用Python编程语言，结合OpenCV识别框架、Modbus通讯协议以及CAN设备硬件API接口DLL等实现全景功能自动测试。

硬件部分：本申请的实施例可以由通过测试终端、可编程电源、座舱控制器、显示屏、监控摄像头、可编程RS232继电器、CAN总线设备USBCAN及若干线束等组成全景功能自动测试系统，如图2所示。

可以理解的是，本申请的实施例可根据操作指令模拟用户触发全景影像功能，以显示待测摄像头采集的全景影像图像，并结合该图像的捕捉时间以及图像信息得到测试结果，从而可以有效减少重复繁琐的测试工作，提高测试的效率，使有限的人力资源得到充分利用。

具体地，上述测试终端安装有Python语言环境、Pycharm编译器、摄像头上位机、ZLGUSBCAN上位机、RS232继电器上位机软件等，基于Pytest测试框架编写自动化脚本代码，本申请实施例的编写步骤如下：

步骤1：全景影像模板图片获取；

可选地，在本申请的一个实施例中，可编程继电器，用于模拟I/O开关信号以触发座舱控制器。

在本申请的实施例中，可通过可编程继电器模拟I/O开关信号触发座舱控制器执行功能后，利用监控摄像头拍照获取模板图片，如图3所示，该模板图片主要用于功能执行成功后进行对比。

需要说明的是，本申请的实施例中可通过可编程RS232继电器以触发座舱控制器，本领域技术人员，还可以根据实际情况使用其他型号的继电器，于此不做具体限制。

由此，本申请的实施例通过可编程继电器模拟I/O开关信号触发座舱控制器，从而为全景影像模板图片的获取提供了技术支撑，为后续图片的参考提供可靠的依据。

步骤2：硬件模块驱动初始化封装；

可选地，在本申请的一个实施例中，测试终端还用于封装基于cv2模块函数、封装基于opencv2模块函数、封装USBCAN的函数和封装Serial函数，得到封装的接口函数，以运行至少一个测试用例的测试脚本。

具体地，本申请的实施例可通过调用方法库中的function功能函数对Opencv(拍照、图片对比接口)、DLL(CAN设备驱动底层接口)、Modbus(电源、继电器通讯接口)进行二次开发，供用例编写时进行调用，具体封装方法如下：

1、封装基于cv2模块函数，形成自定义拍照功能库photo_cv2，函数功能包括测试终端对监控摄像头拍照调用，指定抓取.png格式图片大小、时间、存放路径等；

2、封装基于opencv2模块函数，形成自定义图片对比功能库AVM_compare，函数功能包括测试终端通过imread()方法读取指定路径下的多张图片，通过COLOR_BGR2GRAY()灰度化图片处理，通过resize()进行图片裁剪，通过matchTemplate()方法结合TM_CCOEFF算法进行模板匹配获取对比结果值threshold等；

3、封装USBCAN(DLL功能)的函数，形成自定义库send_can，函数功能包括初始化CAN总线设备USBCAN信号发送波特率、发送指定Devices设备号、发送通道、发送周期、发送DATA数据、发送ID等；

4、封装Serial函数，形成自定义库Power_control，函数功能包括初始化可编程电源和可编程RS232继电器基于modbus协议通讯的硬件设备端口号、波特率、停止位、数据位、校验位、编码发送格式(Hex、utf-8编码发送等)等。

由此，本申请的实施例通过利用测试终端封装基于cv2模块函数、基于opencv2模块函数、USBCAN以及Serial函数，以运行测试用例的测试脚本，从而有效节省了测试时间，提高了测试效率。

步骤3：测试脚本执行。

具体地，本申请的实施例测试脚本执行的过程如下所述：

1、根据测试用例，基于Pytest测试框架编写自动化测试脚本代码并管理；

2、调用步骤2封装的业务功能点方法，完成特定的测试步骤；

3、try…except…方法捕获和处理异常；

4、断言；

5、生成测试报告等。

测试进行时，测试终端与可编程电源、监控摄像头、可编程RS232继电器、CAN总线设备USBCAN分别通过USB线或以太网口转USB方式进行连接。

测试终端运行测试脚本，通过调用步骤2中封装的接口函数send_can初始化USBCAN并驱动在设置时间内收发总线信号，通过接口函数Power_control驱动可编程RS232继电器与可编程电源给座舱控制器上电。

测试终端运行测试脚本，通过自定义库send_can变换USBCAN发送的CAN信号ID及其Data数据值，并基于DBC整车通信矩阵协议(双绞线连接)发送请求给座舱控制器，座舱控制器根据从测试终端收到的指令，模拟人工自动执行系统(R-P档位、转向灯等)触发全景影像功能。原来需要人工进行的测试动作，脚本代码可以实现自动模拟，从而解放测试人员，使有限的人力资源可以充分利用。

可选地，在本申请的一个实施例中，测试终端具体用于将预设的模板图片和由图像信息的当前图片进行对比，其中，在比对结果值处于预设误差范围，则断言全景影像功能触发成功，否则断言全景影像功能触发失败。

需要说明的是，座舱控制器通过显示屏展示执行成功的影像结果，此时测试终端运行脚本调用步骤2中的photo_cv2模块驱动监控摄像头进行拍照并存放到测试终端中的指定路径下；此时再通过AVM_compare模块调用步骤1中事先获取的模板图片与上述photo_cv2模块实时监控的图片进行模板匹配，若当前对比结果值threshold在要求的误差范围内，则自动化程序断言全景影像功能触发成功。

可以理解的是，本申请的实施例测通过将预设的模板图片和由图像信息的当前图片进行对比，以判定全景影像功能是否成功触发，从而为全景影像功能的成功触发的判断提供了数据保障，进一步提高了测试的可靠性和效率。

可选地，在本申请的一个实施例中，本申请实施例的车辆的自动化测试系统10还包括：存储器，用于在测试终端断言全景影像功能触发失败之后，基于当前时刻存储当前图片。

在本申请的实施例中，若当前对比结果值threshold超过要求的误差范围，则自动化程序断言全景影像功能触发失败，并将当前图片按测试终端系统时间保存在上述存储器中，从而有利于对后续问题进行排查与锁定，提高了系统的可靠性和鲁棒性。

可选地，在本申请的一个实施例中，测试终端在断言全景影像功能触发成功之后，删除当前图片。

可以理解的是，若当前对比结果值threshold在要求的误差范围内时，则自动化程序断言全景影像功能触发成功，并删除当前图片，从而可以有效避免测试终端中图片存储过多引起的性能卡顿等问题，进一步改善系统测试效率。

下面通过具体实施例对本申请的一种车辆的自动化测试系统进行说明。

图4为车辆的自动化测试系统的执行逻辑示意图。如图4所示，车辆的自动化测试的执行逻辑主要包括以下步骤：

S1：利用Python编程语言，编写测试案例脚本；

S2：利用Pycharm编译器对上述代码进行调试编译；

S3：进行用例管理、选择；

S4：确定测试类型(冒烟、全量)；

S5：执行自动测试；

S6：测试数据分析反馈。

根据本申请实施例提出的车辆的自动化测试系统，测试终端运行自动化程序发送指令给可编程电源、可编程RS232继电器等用于模拟实车上电、按压开关、总线收发等操作指令，座舱控制器根据收到的操作指令，模拟人工执行系统或UI界面操作触发全景影像功能，并将影像结果通过LVDS视频传输的方式通过显示屏进行展示，根据全景功能规范，等待规定要求的功能触发时间后，继续后续的自动化流程，从而可有效减少重复繁琐的测试工作，提高测试的效率，使有限的人力资源得到充分利用。

其次参照附图描述根据本申请实施例提出的车辆的自动化测试方法。

图5为本申请实施例所提供的一种车辆的自动化测试方法的流程图。

如图5所示，该车辆的自动化测试方法包括以下步骤：

在步骤S501中，生成模拟实车上电的操作指令。

在步骤S502中，根据操作指令模拟用户触发全景影像功能。

在步骤S503中，在触发全景影像功能后，根据待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。

可选地，在本申请的一个实施例中，根据待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果，包括：封装基于cv2模块函数、封装基于opencv2模块函数、封装USBCAN的函数和封装Serial函数，得到封装的接口函数，以运行至少一个测试用例的测试脚本。

需要说明的是，前述对车辆的自动化测试系统实施例的解释说明也适用于该实施例的车辆的自动化测试方法，此处不再赘述。

根据本申请实施例提出的车辆的自动化测试方法，通过生成模拟实车上电的操作指令，据操作指令模拟用户触发全景影像功能，并在触发全景影像功能后，根据待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果，从而可以有效减少重复繁琐的测试工作，提高测试的效率，使有限的人力资源得到充分利用。同时，该系统该还可支持软件快速迭代、多平台兼容，并能够快速支撑多车型项目的全景功能测试。

图6为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器601、处理器602及存储在存储器601上并可在处理器602上运行的计算机程序。

处理器602执行程序时实现上述实施例中提供的车辆的自动化测试方法。

进一步地，车辆还包括：

通信接口603，用于存储器601和处理器602之间的通信。

存储器601，用于存放可在处理器602上运行的计算机程序。

存储器601可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器601、处理器602和通信接口603独立实现，则通信接口603、存储器601和处理器602可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选地，在具体实现上，如果存储器601、处理器602及通信接口603，集成在一块芯片上实现，则存储器601、处理器602及通信接口603可以通过内部接口完成相互间的通信。

处理器602可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车辆的自动化测试方法。

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

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

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种车辆的自动化测试系统，其特征在于，包括：

座舱控制器，用于根据操作指令模拟用户触发全景影像功能；

显示屏，用于在触发所述全景影像功能后，显示所述待测试摄像头采集的全景影像图像；以及

测试终端，用于生成模拟实车上电的所述操作指令，并根据所述全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。

2.根据权利要求1所述的系统，其特征在于，

可编程继电器，用于模拟I/O开关信号以触发所述座舱控制器。

3.根据权利要求1所述的系统，其特征在于，所述测试终端还用于封装基于cv2模块函数、封装基于opencv2模块函数、封装USBCAN的函数和封装Serial函数，得到封装的接口函数，以运行至少一个测试用例的测试脚本。

4.根据权利要求1或3所述的系统，其特征在于，所述测试终端具体用于将预设的模板图片和由所述图像信息的当前图片进行对比，其中，在比对结果值处于预设误差范围，则断言所述全景影像功能触发成功，否则断言所述全景影像功能触发失败。

5.根据权利要求4所述的系统，其特征在于，还包括：

存储器，用于在所述测试终端断言所述全景影像功能触发失败之后，基于当前时刻存储所述当前图片。

6.根据权利要求4或5所述的系统，其特征在于，所述测试终端在断言所述全景影像功能触发成功之后，删除所述当前图片。

7.一种车辆的自动化测试方法，其特征在于，利用如权利要求1-6任一项所述的车辆的自动化测试系统，其中，所述方法包括以下步骤：

生成所述模拟实车上电的操作指令；

根据所述操作指令模拟用户触发所述全景影像功能；以及

在触发所述全景影像功能后，根据所述待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果。

8.根据权利要求7所述的方法，其特征在于，所述根据所述待测试摄像头采集的全景影像图像的捕捉时间和/或图像信息得到自动化程序断言测试结果，包括：

封装基于cv2模块函数、封装基于opencv2模块函数、封装USBCAN的函数和封装Serial函数，得到封装的接口函数，以运行至少一个测试用例的测试脚本。

9.一种车辆，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求7-8任一项所述的车辆的自动化测试方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以用于实现如权利要求7-8任一项所述的车辆的自动化测试方法。

Images