CN114721947A - 一种基于ota的人机交互测试方法、装置、设备和存储介质 - Google Patents

Abstract

本发明公开了一种基于OTA的人机交互测试方法、装置、设备和存储介质。在空中下载OTA任务下发至车端的情况下，若从所述车端的以太网总线获取到弹窗报文数据，则从所述车端的控制器局域网络CAN总线获取CAN报文数据，以及从所述车端的车载娱乐系统获取弹窗截图；在获取到所述弹窗截图的情况下，根据所述弹窗截图、所述CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定所述OTA任务中当前任务所对应的人机交互功能是否正常。可以检测OTA任务中当前任务所对应的人机交互功能是否正常。

Description

一种基于OTA的人机交互测试方法、装置、设备和存储介质

技术领域

本发明实施例涉及计算机领域，尤其涉及一种基于OTA的人机交互测试方法、装置、设备和存储介质。

背景技术

现阶段，OTA(Over-the-Air Technology，空中下载)技术已被用于汽车的车端系统升级功能中。在基于OTA技术对车端系统升级过程中，涉及人机交互操作，为保证升级任务的顺利进行，需要预先对OTA任务升级过程中的人机交互功能进行测试。

发明内容

本发明实施例提供一种基于OTA的人机交互测试方法、装置、设备和存储介质，以实现自动对OTA任务中所对应的人机交互功能是否正常进行测试。

第一方面，本发明实施例提供了一种基于OTA的人机交互测试方法，该方法由测试主机执行，包括：

在空中下载OTA任务下发至车端的情况下，若从所述车端的以太网总线获取到弹窗报文数据，则从所述车端的控制器局域网络CAN总线获取CAN报文数据，以及从所述车端的车载娱乐系统获取弹窗截图；

在获取到所述弹窗截图的情况下，根据所述弹窗截图、所述CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定所述OTA任务中当前任务所对应的人机交互功能是否正常。

第二方面，本发明实施例还提供了一种基于OTA的人机交互测试装置，该装置包括：

数据获取模块，用于在空中下载OTA任务下发至车端的情况下，若从所述车端的以太网总线获取到弹窗报文数据，则从所述车端的控制器局域网络CAN总线获取CAN报文数据，以及从所述车端的车载娱乐系统获取弹窗截图；

人机交互测试模块，用于在获取到所述弹窗截图的情况下，根据所述弹窗截图、所述CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定所述OTA任务中当前任务所对应的人机交互功能是否正常。

第三方面，本发明实施例还提供了一种电子设备，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的基于OTA的人机交互测试方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述的基于OTA的人机交互测试方法。

本发明提供的技术方案，在空中下载OTA任务下发至车端的情况下，测试主机在获取到车端的以太网总线中传输的弹窗报文数据时，获取车端的CAN报文数据，以及执行从车端的车载娱乐系统获取弹窗截图的操作；并在获取到弹窗截图的情况下，根据弹窗截图、CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定OTA任务中当前任务所对应的人机交互功能是否正常。通过上述方案实现了通过测试主机实时检测OTA任务中当前任务所对应的人机交互功能是否正常，以及时发现人机交互功能中是否存在导致系统升级错误的问题，使维护人员可以及时在人机交互功能异常的情况下对系统进行维护，为OTA任务升级中人机交互功能的测试提供了一种优选方案。

附图说明

图1为本发明实施例一提供的一种基于OTA的人机交互测试方法流程图；

图2为本发明实施例二提供的一种基于OTA的人机交互测试方法流程图；

图3为本发明实施例三提供的一种基于OTA的人机交互测试方法流程图；

图4为本发明实施例四提供的一种基于OTA的人机交互测试装置的结构示意图；

图5为本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种基于OTA的人机交互测试方法流程图，本实施例可适用于对OTA的人机交互功能是否正常进行测试的情况。该方法可以由本发明实施例提供的基于OTA的人机交互测试装置来执行，该装置可以采用软件和/或硬件的方式来实现。该装置可配置于电子设备中，该方法具体包括：

S110、在空中下载OTA任务下发至车端的情况下，若从车端的以太网总线获取到弹窗报文数据，则从车端的控制器局域网络CAN总线获取CAN报文数据，以及从车端的车载娱乐系统获取弹窗截图。

其中，空中下载OTA任务是通过移动通信的空中接口实现对移动终端设备及SIM(Subscriber Identity Module，用户身份识别模块)卡数据进行远程管理的技术。在本实施例中，可以通过空中下载OTA任务对车端系统进行升级，车端系统为车辆中各个设备的系统，例如车辆空调系统和车载语音系统。车端可以是具有完整描述和获取车辆性能与参数功能的终端设备，也可以是车载计算机端。车载娱乐系统即IVI(In-VehicleInfotainment，汽车车载信息娱乐)系统，是基于车身总系统和互联网服务而形成的车载综合信息处理系统，通过专门的车载处理器和操作系统来对整个车载电控信息娱乐设备进行协调和控制的一套系统。

以太网总线是用于在车端的车载娱乐系统与中央控制器之间传输数据。以太网总线传输的数据包括中央控制器和车载娱乐系统之间相互传输的和车端系统升级相关的数据，例如弹窗报文数据。中央控制器设置在车端中，主要的作用是通过协议来控制车端系统，例如控制车端系统升级。弹窗报文数据是指中央控制器向车载娱乐系统发送的系统升级提示信息，系统升级提示信息可以通过弹窗的形式在车载娱乐系统的显示器上展示给用户。CAN(Controller Area Network,控制器局域网络)总线是一种有效支持分布式控制或实时控制的串行通信网络，可以通过CAN总线实现车端系统之间的通信。CAN报文数据可以包括OTA任务相关的数据，比如车端系统的运行参数数据(或者称为整车状态数据)，其中运行参数数据可以包括但不限于：车速、发动机转速、档位、电池电量和车辆的充电状态。

具体的，通过测试主机实时对车端的以太网总线和车端的控制器局域网络CAN总线中传输的数据进行监测。空中下载OTA任务可以通过车端的智能天线下发至车端的中央控制器，车端的中央控制器从智能天线获取空中下载OTA任务，以对车端系统进行升级。中央控制器获取到空中下载OTA任务后，通过车端的以太网总线向车载娱乐系统发送弹窗报文数据，弹窗报文数据中包括车端系统的升级提示信息，以及供用户选择的是否对车端系统进行升级的选项。是否对车端系统进行升级的选项可以包括：立即升级、稍后升级和拒绝升级。当测试主机监测到车端的以太网总线中执行传输弹窗报文数据的任务时，获取弹窗报文数据，并在获取到弹窗报文数据时，从车端的控制器局域网络CAN总线获取CAN报文数据，并在车载娱乐系统的显示器上弹出车端系统升级提示信息时，对车载娱乐系统的显示器的界面进行截图，以获得弹窗截图。

S120、在获取到弹窗截图的情况下，根据弹窗截图、CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定OTA任务中当前任务所对应的人机交互功能是否正常。

其中，预期数据为OTA云端基于CAN总线报文数据和弹窗报文数据确定的。

OTA云端中包括空中下载OTA任务，车端可以从OTA云端获取空中下载OTA任务。

本地测试用例是指预先存储在测试主机中对OTA任务的整个人机交互功能进行测试的实例。

具体的，在测试主机获取到弹窗截图的情况下，根据CAN报文数据获取到车端系统的各项运行参数，再根据OTA云端下发的预期数据，确定车端系统的各项运行参数是否符合中央控制器向车载娱乐系统发送弹窗报文数据的条件。进一步的，将获取到的弹窗截图和测试主机的本地内存中存储的本地测试用例进行一致性比对，获取到一致性比对结果。若车端系统的各项运行参数符合中央控制器向车载娱乐系统发送弹窗报文数据的条件，且一致性比对结果为弹窗截图与本地测试用例一致，则确定OTA任务中当前任务所对应的人机交互功能正常；若存在不符合中央控制器向车载娱乐系统发送弹窗报文数据条件的车端系统的运行参数，或一致性比对结果为弹窗截图与本地测试用例不一致，则确定OTA任务中当前任务所对应的人机交互功能异常。

可选的，测试主机在确定OTA任务中当前任务所对应的人机交互功能是否正常后，可以根据人机交互功能的测试结果，生成测试报告，并将测试报告在测试主机的显示器上动态展示出来，动态展示的方式可以是在将测试报告在测试主机的显示器上由下至上滚动展示，滚动展示中的测试报告的最下方的测试数据为最新获得的测试结果。还可以预设一个时间阈值，若测试主机的显示器上未生成新的测试报告的时间大于时间域值，则确定OTA任务中当前任务所对应的人机交互功能异常。

本实施例提供的技术方案，在空中下载OTA任务下发至车端的情况下，测试主机在获取到车端的以太网总线中传输的弹窗报文数据时，获取车端的CAN报文数据，以及执行从车端的车载娱乐系统获取弹窗截图的操作；并在获取到弹窗截图的情况下，根据弹窗截图、CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定OTA任务中当前任务所对应的人机交互功能是否正常。通过上述方案实现了通过测试主机实时检测OTA任务中当前任务所对应的人机交互功能是否正常，以及时发现人机交互功能中是否存在导致系统升级错误的问题，使维护人员可以及时在人机交互功能异常的情况下对系统进行维护，为OTA任务升级中人机交互功能的测试提供了一种优选方案。

实施例二

图2为本发明实施例二提供的一种基于OTA的人机交互测试方法流程图，本实施例在上述实施例的基础上进行了优化，给出了根据控制器局域网络报文数据、本地测试用例、以及空中下载技术云端下发的预期数据，确定空中下载技术任务中当前任务所对应的人机交互功能中的弹窗条件和弹窗展示内容是否正常的优选实施例。具体的，如图2所示，本实施例提供的基于OTA的人机交互测试方法可以包括：

S210、在空中下载OTA任务下发至车端的情况下，若从车端的以太网总线获取到弹窗报文数据，则从车端的控制器局域网络CAN总线获取CAN报文数据，以及从车端的车载娱乐系统获取弹窗截图。

优选的，从车端的以太网总线获取到弹窗报文数据的方法可以是，车载娱乐系统响应ADB端口发送的点击指令，从车端的以太网总线获取到弹窗报文数据。具体的，可以通过如下子步骤实现：

S2101、通过ADB端口，向车载娱乐系统发送点击指令。

其中，ADB是android(移动操作系统)软件开发工具包里的一个工具，用这个工具可以直接操作管理android模拟器或者真实的andriod设备。点击指令是通过ADB端口实现的通过软件的模拟点击功能模拟用户对车载娱乐系统弹窗的点击操作。

具体的，首先获取UI(User Interface,用户界面)数据中元素的位置信息，UI数据是指用户界面中每一个组成元素的数据，例如弹窗中的按键数据。获取到UI数据后，对UI数据中每一个元素进行定位，定位方法可以是在车载娱乐系统的显示器上建立坐标系，确定UI数据中各个元素在坐标系中的坐标信息，将确定的坐标信息作为UI数据中元素的位置信息。在获取到UI数据中元素的位置信息后，进一步确定车载娱乐系统的显示器上弹窗中的按键的位置信息，并通过ADB端口生成点击指令，采用软件的模拟点击功能模拟用户对车载娱乐系统弹窗的点击操作，以向车载娱乐系统发送点击指令。

S2102、在车载娱乐系统响应所述点击指令后，从车端的以太网总线获取到弹窗报文数据。

具体的，通过测试主机实时检测以太网总线中是否传输弹窗报文数据。在车载娱乐系统获取到通过ADB端口发送的点击指令后，基于点击指令，通过车端的以太网总线向中央控制器反馈对车载娱乐系统的点击指令，以使中央控制器可以基于点击指令确定是否对车端系统进行升级。测试主机检测到太网总线执行传输弹窗报文数据的任务时，获取弹窗报文数据，测试主机获取的弹窗报文数据中包括ADB端口向车载娱乐系统发送的点击指令和车载娱乐系统的显示器上弹窗中的按键的位置信息。

车载娱乐系统响应ADB端口发送的点击指令，从车端的以太网总线获取到弹窗报文数据，可以通过ADB端口实现对弹窗上的按键进行自动点击操作，并可以在对弹窗上的按键执行自动点击操作时获取弹窗截图，保证了截取弹窗截图的时机更加精准，弹窗截图的获取率较高。

S220、在获取到弹窗截图的情况下，根据CAN报文数据和本地测试用例，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常。

具体的，可以将本地测试用例和获取本地测试用例时车端的CAN报文数据对应存储在测试主机的本地内存中。测试主机在获取到弹窗截图和CAN报文数据后，根据弹窗截图和本地测试用例的一致性比对结果确定OTA任务中当前任务所对应的人机交互功能是否正常，若OTA任务中当前任务所对应的人机交互功能正常，则将获取到的CAN报文数据和获取本地测试用例时车端的CAN报文数据进行比较，若测试主机获取到的CAN报文数据和获取本地测试用例时车端的CAN报文数据一致，则确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件正常；若测试主机获取到的CAN报文数据和获取本地测试用例时车端的CAN报文数据不一致，则确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件异常。

示例性的，若CAN报文数据符合本地测试用例中对应的条件数据，则确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件正常。

其中，中央控制器通过以太网总线向车载娱乐系统传输弹窗报文数据后，车载娱乐系统在CAN报文数据满足弹窗条件时，才可在车载娱乐系统的显示器上生成弹窗。条件数据是指CAN报文数据满足弹窗条件时，车端系统的各项运行参数，本地测试用例中对应的条件数据是指获取本地测试用例时车端系统的各项运行参数的参数范围。

具体的，预先将本地测试用例和本地测试用例中对应的条件数据对应存储在测试主机的本地内存中。在测试主机获取到弹窗截图和CAN报文数据的情况下，首先将获取到的弹窗截图和测试主机的本地内存中存储的本地测试用例进行一致性比对，获取到一致性比对结果。若一致性比对结果为弹窗截图与本地测试用例一致，再进一步的确定获取到的CAN报文数据是否符合本地测试用例中对应的条件数据，即获取到的CAN报文数据中车端系统的各项运行参数是否在条件数据所规定的参数范围内，若获取到的CAN报文数据中车端系统的各项运行参数在条件数据所规定的参数范围内，则获取到的CAN报文数据符合本地测试用例中对应的条件数据，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件正常。可选的，若获取到的CAN报文数据中车端系统的各项运行参数不在条件数据所规定的参数范围内，则获取到的CAN报文数据不符合本地测试用例中对应的条件数据，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件异常。

示例性的，若本地测试用例中对应的条件数据为车速小于60km/h，在测试主机获取到弹窗截图和CAN报文数据，且弹窗截图与本地测试用例一致的情况下，通过CAN报文数据获取当前车速，若当前车速为70km/h，则确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件异常。

在CAN报文数据符合本地测试用例中对应的条件数据的情况下，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件正常，可以更加准确的判断弹窗条件是否正常。

S230、根据弹窗截图、本地测试用例和OTA云端下发的预期数据，确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

其中，预期数据预先存储在OTA云端。在本实施例中，预期数据还包括预先存储的，人机交互功能中的弹窗条件正常的条件下，车载娱乐系统显示器上应该弹出的正确弹窗截图。

具体的，在测试主机获取到弹窗截图的情况下，可进一步通过OTA云端获取到OTA云端下发预期数据。将弹窗截图与本地测试用例进行一致性比对。若弹窗截图与本地测试用例不一致，则人机交互功能异常，确定当前任务所对应的人机交互功能中的弹窗展示内容异常。若弹窗截图与本地测试用例一致，则人机交互功能正常；进一步将弹窗截图和OTA云端下发的预期数据进行一致性比对，若弹窗截图和OTA云端下发的预期数据不一致，则确定当前任务所对应的人机交互功能中的弹窗展示内容异常；若弹窗截图和OTA云端下发的预期数据一致，则确定当前任务所对应的人机交互功能中的弹窗展示内容正常。

在本实施例中一个可选的实施方式为：在未获取到所述弹窗截图的情况下，若根据CAN报文数据和本地测试用例，确定当前任务所对应的人机交互功能中的弹窗条件正常，则确定当前任务所对应的人机交互功能中的弹窗启动异常。

具体的，在测试主机未获取到弹窗截图的情况下，若测试主机根据CAN报文数据和本地测试用例，确定当前任务所对应的人机交互功能中的弹窗条件正常，则测试主机应该获取到弹窗截图实际未获取到弹窗截图，因此确定当前任务所对应的人机交互功能中的弹窗启动异常。

本实施例的技术方案，根据所述CAN报文数据和本地测试用例，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常；根据弹窗截图、所述本地测试用例和OTA云端下发的预期数据，确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常。上述方案在判断人机交互功能是否正常时，可以进一步的判断人机交互功能中的弹窗条件和弹窗展示内容是否正常，在人机交互功能异常时，可以判断是由于弹窗条件和弹窗展示内容中的哪一项异常导致的人机交互功能的异常，从而对人机交互功能的异常行为进行初步定位，方便后期维护人员针对异常行为对系统进行维护。

实施例三

图3为本发明实施例三提供的一种基于OTA的人机交互测试方法流程图，本实施例在上述实施例的基础上进行了优化，给出了将从弹窗截图中提取的关键字和空中下载技术云端下发的预期数据匹配，若匹配结果为一致则将弹窗截图与本地测试用例中对应的用例截图进行一致性比对，根据一致性比对结果确定弹窗展示内容是否正常的优选实施例。具体的，如图3所示，本实施例提供的基于OTA的人机交互测试方法可以包括：

S310、在空中下载OTA任务下发至车端的情况下，若从车端的以太网总线获取到弹窗报文数据，则从车端的控制器局域网络CAN总线获取CAN报文数据，以及从车端的车载娱乐系统获取弹窗截图。

S320、在获取到弹窗截图的情况下，根据CAN报文数据和本地测试用例，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常。

S330、从弹窗截图中提取关键字，并确定关键字是否与OTA云端下发的预期数据匹配。

具体的，在测试主机获取到弹窗截图的情况下，通过关键字提取算法从获取到的弹窗截图上提取关键字，同时提取OTA云端下发的预期数据。将从弹窗截图中提取的关键字和预期数据进行数据匹配。

可选的，可以设置若弹窗截图中提取的关键字和预期数据完全一致，则确定关键字与OTA云端下发的预期数据匹配；若弹窗截图中提取的关键字和预期数据存在不一致的关键字，则确定关键字与OTA云端下发的预期数据不匹配。还可以设置一个第一关键字匹配阈值，若弹窗截图中提取的关键字和预期数据的相似度大于或等于第一关键字匹配阈值，则确定关键字与OTA云端下发的预期数据匹配；若弹窗截图中提取的关键字和预期数据的相似度小于第一关键字匹配阈值，则确定关键字与OTA云端下发的预期数据不匹配。

S340、若匹配，则将弹窗截图，与本地测试用例对应的用例截图进行一致性比对。

其中，用例截图是指本地内存中的基准弹窗截图，基准弹窗截图是指在人机交互功能正常的情况下，可以从车载娱乐系统的显示器上获取的弹窗截图。基准弹窗截图包括了在人机交互功能正常的情况下，在获取到不同的弹窗报文数据和车端输出不同的CAN报文数据时，从车载娱乐系统的显示器上获取的弹窗截图。

具体的，若测试主机确定关键字与OTA云端下发的预期数据匹配，则进一步将弹窗截图与本地测试用例对应的用例截图进行一致性比对，一致性比对结果可以是弹窗截图与本地测试用例对应的用例截图的相似度。

可选的，可以预先设置一个相似度阈值，若弹窗截图与本地测试用例对应的用例截图的相似度大于或等于相似度阈值，则确定弹窗截图与本地测试用例对应的用例截图一致。

本步骤的另一个可选的实施方式为：对本地测试用例中对应的用例截图进行关键字提取，将弹窗截图中的关键字和本地测试用例对应的用例截图的关键字进行一致性对比。可以设置若弹窗截图中提取的关键字和用例截图的关键字完全一致，则确定弹窗截图与用例截图一致；若弹窗截图和用例截图的关键字存在不一致，则确定弹窗截图与用例截图不一致。

可选的，还可以设置一个第二关键字匹配阈值，若弹窗截图中提取的关键字和用例截图的关键字的相似度大于或等于第二关键字匹配阈值，则确定弹窗截图与用例截图匹配；若弹窗截图中提取的关键字和预期数据的关键字的相似度小于第二关键字匹配阈值，则确定弹窗截图与预期数据不匹配。

S350、根据一致性比对结果，确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

具体的，若一致性比对结为弹窗截图与用例截图一致，则确定当前任务所对应的人机交互功能中的弹窗展示内容正常；若一致性比对结为弹窗截图与用例截图不一致，则确定当前任务所对应的人机交互功能中的弹窗展示内容异常。

本实施例的技术方案，通过弹窗截图进行关键字提取，将弹窗截图中提取的关键字和OTA云端下发的预期数据进行匹配，在关键字和OTA云端下发的预期数据匹配的情况下，再将所述弹窗截图与本地测试用例对应的用例截图进行一致性比对，根据一致性比对结果确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常。上述技术方案提供了一种根据弹窗截图中的关键字与OTA云端下发的预期数据的匹配结果，以及弹窗截图本地测试用例对应的用例截图的一致性比对结果，确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常的可选方式。可以在关键字不变的基础上，灵活的设置本地测试用例对应的用例截图。

实施例四

图4为本发明实施例四提供的一种基于OTA的人机交互测试装置的结构示意图，本实施例可适用于对空中下载技术的人机交互功能是否正常进行测试的情况。如图4所示，该基于OTA的人机交互测试装置包括：数据获取模块410和人机交互测试模块420。

其中，数据获取模块410，用于在空中下载OTA任务下发至车端的情况下，若从车端的以太网总线获取到弹窗报文数据，则从车端的控制器局域网络CAN总线获取CAN报文数据，以及从车端的车载娱乐系统获取弹窗截图；

人机交互测试模块420，用于在获取到弹窗截图的情况下，根据弹窗截图、CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定OTA任务中当前任务所对应的人机交互功能是否正常。

本实施例提供的技术方案，在空中下载OTA任务下发至车端的情况下，测试主机在获取到车端的以太网总线中传输的弹窗报文数据时，获取车端的CAN报文数据，以及执行从车端的车载娱乐系统获取弹窗截图的操作；并在获取到弹窗截图的情况下，根据弹窗截图、CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定OTA任务中当前任务所对应的人机交互功能是否正常。通过上述方案实现了通过测试主机实时检测OTA任务中当前任务所对应的人机交互功能是否正常，以及时发现人机交互功能中是否存在导致系统升级错误的问题，使维护人员可以及时在人机交互功能异常的情况下对系统进行维护，为OTA任务升级中人机交互功能的测试提供了一种优选方案。

其中，人机交互测试模块420，还包括：

弹窗条件检测模块，用于根据CAN报文数据和本地测试用例，确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常；

弹窗展示内容检测模块，用于根据弹窗截图、本地测试用例和OTA云端下发的预期数据，确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

进一步的，上述弹窗条件检测模块具体用于：

若CAN报文数据符合本地测试用例中对应的条件数据，则确定OTA任务中当前任务所对应的人机交互功能中的弹窗条件正常。

示例性的，上述弹窗展示内容检测模块具体用于：

从弹窗截图中提取关键字，并确定关键字是否与OTA云端下发的预期数据匹配；

若匹配，则将弹窗截图，与本地测试用例对应的用例截图进行一致性比对；

根据一致性比对结果，确定当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

示例性的，数据获取模块410具体用于：

通过ADB端口，向车载娱乐系统发送点击指令；

在车载娱乐系统响应点击指令后，从车端的以太网总线获取到弹窗报文数据。

进一步的，上述装置还包括：

弹窗启动异常确定模块，用于在未获取到弹窗截图的情况下，若根据CAN报文数据和本地测试用例，确定当前任务所对应的人机交互功能中的弹窗条件正常，则确定当前任务所对应的人机交互功能中的弹窗启动异常。

本实施例提供的基于OTA的人机交互测试装置可适用于上述任意实施例提供的基于OTA的人机交互测试方法，具备相应的功能和有益效果。

实施例五

图5为本发明实施例五提供的一种电子设备的结构示意图。图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如基于OTA的人机交互测试方法。

在一些实施例中，基于OTA的人机交互测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的基于OTA的人机交互测试方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行基于OTA的人机交互测试方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

Claims (10)

1.一种基于OTA的人机交互测试方法，其特征在于，由测试主机执行，所述方法包括：

在空中下载OTA任务下发至车端的情况下，若从所述车端的以太网总线获取到弹窗报文数据，则从所述车端的控制器局域网络CAN总线获取CAN报文数据，以及从所述车端的车载娱乐系统获取弹窗截图；

在获取到所述弹窗截图的情况下，根据所述弹窗截图、所述CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定所述OTA任务中当前任务所对应的人机交互功能是否正常。

2.根据权利要求1所述的方法，其特征在于，根据所述弹窗截图、所述CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定所述OTA任务中当前任务所对应的人机交互功能是否正常，包括：

根据所述CAN报文数据和本地测试用例，确定所述OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常；

根据所述弹窗截图、所述本地测试用例和OTA云端下发的预期数据，确定所述当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

3.根据权利要求2所述的方法，其特征在于，根据所述CAN报文数据和本地测试用例，确定所述OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常，包括：

若所述CAN报文数据符合本地测试用例中对应的条件数据，则确定所述OTA任务中当前任务所对应的人机交互功能中的弹窗条件正常。

4.根据权利要求2所述的方法，其特征在于，根据所述弹窗截图、所述本地测试用例和OTA云端下发的预期数据，确定所述当前任务所对应的人机交互功能中的弹窗展示内容是否正常，包括：

从所述弹窗截图中提取关键字，并确定所述关键字是否与OTA云端下发的预期数据匹配；

若匹配，则将所述弹窗截图，与所述本地测试用例对应的用例截图进行一致性比对；

根据一致性比对结果，确定所述当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

5.根据权利要求1所述的方法，其特征在于，从所述车端的以太网总线获取到弹窗报文数据，包括：

通过ADB端口，向所述车载娱乐系统发送点击指令；

在所述车载娱乐系统响应所述点击指令后，从所述车端的以太网总线获取到弹窗报文数据。

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

在未获取到所述弹窗截图的情况下，若根据所述CAN报文数据和所述本地测试用例，确定所述当前任务所对应的人机交互功能中的弹窗条件正常，则确定所述当前任务所对应的人机交互功能中的弹窗启动异常。

7.一种基于OTA的人机交互测试装置，其特征在于，包括：

数据获取模块，用于在空中下载OTA任务下发至车端的情况下，若从所述车端的以太网总线获取到弹窗报文数据，则从所述车端的控制器局域网络CAN总线获取CAN报文数据，以及从所述车端的车载娱乐系统获取弹窗截图；

人机交互测试模块，用于在获取到所述弹窗截图的情况下，根据所述弹窗截图、所述CAN报文数据、本地测试用例、以及OTA云端下发的预期数据，确定所述OTA任务中当前任务所对应的人机交互功能是否正常。

8.根据权利要求7所述的装置，其特征在于，所述人机交互测试模块还包括：

弹窗条件检测模块，用于根据所述CAN报文数据和本地测试用例，确定所述OTA任务中当前任务所对应的人机交互功能中的弹窗条件是否正常；

弹窗展示内容检测模块，用于根据所述弹窗截图、所述本地测试用例和OTA云端下发的预期数据，确定所述当前任务所对应的人机交互功能中的弹窗展示内容是否正常。

9.一种电子设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的基于OTA的人机交互测试方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的基于OTA的人机交互测试方法。

Images