车载视觉控制器测试方法、装置、计算机终端及存储介质与流程

1.本发明涉及测试领域，尤其涉及一种车载视觉控制器测试方法、装置、计算机终端及存储介质。


背景技术：

2.随着智能网络汽车的日益发展，车载ecu(电子控制单元)的数量日益增多，于是出现了域控制器，对车上的ecu单元进行管理和控制，各类ecu单元与域控制器直接通过以太网、usb、can进行通信，当车载视觉控制器(cvbox)和车机(也称域控制器)通过usb进行通信，需要如何验证cvbox端的rtsp(实时流传输)稳定性。原有的方法是将cvbox和车机通过usb线连接，通过手动反复打开/关闭“相机”应用，通过目视的方法去验证画面传输的稳定性，从而确认rtsp稳定性。项目中车机和车机屏幕为项目测试样机的对手件，比较稀缺，会增加测试成本，且靠人目视容易产生误差。


技术实现要素：

3.第一方面，本技术提供一种车载视觉控制器测试方法，包括：
4.建立上位机和车载视觉控制器的连接；
5.通过自动化测试脚本启动上位机中的视频播放器，以使所述视频播放器访问所述车载视觉控制器以获取视频数据流，并记录返回的测试数据；
6.根据所述测试数据，生成测试结果文档，根据所述测试结果文档，得出所述车载视觉控制器的实时流传输稳定性。
7.进一步的，视频播放器访问所述车载视觉控制器以获取视频数据流，并记录返回的测试数据包括：
8.通过所述视频播放器访问所述车载视觉控制器的摄像头的地址，并建立数据连接，从而获取对应摄像头的状态参数；
9.将所述状态参数作为所述测试数据。
10.进一步的，所述状态参数包括连接成功、连接失败、连接时间、连接时长、摄像头地址和连接失败的摄像头所对应的错误参数；
11.所述根据所述测试数据，生成测试结果文档包括：
12.将所述状态参数存储到文档中，并按照所述摄像头地址，对应记录下所述连接失败的失败次数以及连接成功的成功次数。
13.进一步的，所述根据所述测试结果文档，得出所述车载视觉控制器的稳定性包括：
14.获取所述测试结果文档中连接失败的失败次数，并根据总的连接次数和所述失败次数，得到本次测试的连接失败率；
15.若所述连接失败率超过预设值，则确定所述车载视觉控制器不稳定。
16.进一步的，所述视频播放器包括vlc播放器。
17.进一步的，所述通过自动化测试脚本启动上位机中的视频播放器包括：
18.读取所述自动化测试脚本中的启动次数和循环周期，根据所述循环周期和所述启动次数，周期性启动所述视频播放器。
19.进一步的，所述循环周期的取值范围为2秒至5秒；
20.所述启动次数根据所述车载视觉控制器的硬件型号对应设置。
21.第二方面，本身申请的实施例还提供一种车载视觉控制器测试装置，包括：
22.连接模块，用于建立上位机和车载视觉控制器的连接；
23.测试模块，用于通过自动化测试脚本启动上位机中的视频播放器，以使所述视频播放器访问所述车载视觉控制器以获取视频数据流，并记录返回的测试数据；
24.分析模块，用于根据所述测试数据，生成测试结果文档，根据所述测试结果文档，得出所述车载视觉控制器的实时流传输稳定性。
25.第三方面，本技术还提供一种计算机终端，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行所述的车载视觉控制器测试方法。
26.第四方面，本技术还提供一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行所述的车载视觉控制器测试方法。
27.本发明实施例公开了一种车载视觉控制器测试方法、装置、计算机终端及存储介质，该方法包括：建立上位机和车载视觉控制器的连接；通过自动化测试脚本启动上位机中的视频播放器，以使所述视频播放器访问所述车载视觉控制器以获取视频数据流，并记录返回的测试数据；根据所述测试数据，生成测试结果文档，根据所述测试结果文档，得出所述车载视觉控制器的实时流传输稳定性。使得测试时，不需要配套的对手件，通过对上位机进行环境适配，就可以达成简化测试工具的作用，使得整个测试更加自动化和简便，减少了测试人员的压力和测试成本，同时也减少了测试时所需要连接的连接线，并且自动生成日志，可以让测试人员简单了解到测试中的重点数据。
附图说明
28.为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。
29.图1示出了现有的一种车载视觉控制器测试框架；
30.图2示出了本技术一种车载视觉控制器测试框架；
31.图3示出了本技术实施例一种车载视觉控制器测试方法流程示意图；
32.图4示出了本技术实施例一种车载视觉控制器测试装置结构示意图。
具体实施方式
33.下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。
34.通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技
术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
35.在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
36.此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
37.除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。
38.如图1所示，现有的对车载视觉控制器进行测试时，会需要将其和车机的车机屏幕连接，通过车机进行通信，接收来自车机上各个摄像头的视频信号，并在车机屏幕上显示。同时车载视觉控制器还会通过串口，和调试工具连接，由测试人员在调试工具上发送指令，控制测试流程，然后通过目视判断，在车机屏幕上显示的视频结果，整个测试所需要的辅助器具繁杂，测试结果靠人眼确定，结果并不是靠谱。
39.而本技术的车载视觉控制器测试接框架如图2所示，通过对上位机进行环境配置，再利用上位机中本身装载的多媒体播放器，对车载视觉控制器中各个摄像头的视频流数据进行获取，替代了图1中的车机和车机屏幕，同时使用脚本控制整个测试过程，无需连接串口，并且可以自动神恶鬼成测试结果文档，使得整个测试自动化，节省了测试所需要使用的硬件，节省了测试成本。
40.接下来以具体实施例来说明本技术的技术方案。
41.实施例1
42.如图3所示，本技术的车载视觉控制器测试方法包括以下步骤：
43.步骤s100，建立上位机和车载视觉控制器的连接。
44.车载视觉控制器用于智能座舱全场景，涵盖了驾驶员监控系统、后排盲区监测系统、乘客监控系统、视觉互动系统等，为此，该车载视觉控制器会需要接收并处理多路跟其连接的摄像头的视频数据，并且需要提供足够高质量的实时数据流，以保证数据的实时性和有效性。例如对于驾驶员监控系统来说，需要实时监控驾驶员的状态，确定驾驶员是不是正常状态驾驶，因此需要获取到实时的视频信息，以供后台分析操作。
45.为此需要对车载视觉控制器的rtsp实时数据流的稳定性进行测试。
46.本技术通过上位机和车载视觉控制器连接，通过上位机和车载视觉控制器建立网络连接，实现上位机可以获得车载视觉控制器中的实时数据流。
47.本技术中，上位机以pc机为例，该pc机和车载视觉控制器通过网口连接，即在上位机和车载视觉控制器之间，建立一个简单的局域网，可以认为上位机是主机，车载视觉控制器是子网中的分机。
48.为了能保证测试环境，上位机中搭载有ubuntu的虚拟机，以此来提供一个纯净的
测试环境，尽可能的模拟实际的运行环境。
49.其中，通过将pc机和该车载视觉控制器连接的网关的网段设置成相同网段的，即可实现pc机和车载视觉控制器的网络连接。连接方式可以是通过usb网卡和pc机usb接口连接，然后通过配套的数据线，将该网口和该车载视觉控制器连接，形成局域网。也可以通过网线，直接从pc机集成的网卡连接到该车载视觉控制器的网络接口上，形成局域网。
50.连接成功后，上位机可以通过访问地址的方式，获得车载视觉控制器所连接摄像头所拍摄的视频数据，从而模拟了车载视觉控制器实际工作时的工作环境。
51.步骤s200，通过自动化测试脚本启动上位机中的视频播放器，以使所述视频播放器访问所述车载视觉控制器以获取视频数据流，并记录返回的测试数据。
52.通过编写好的自动化测试脚本，实现对车载视觉控制器的自动化测试，该脚本运行于上述的ubuntu虚拟机中，脚本可以是shall语言写的脚本，根据测试内容，测试装备的不同，选取不同的脚本进行测试。例如压力测试、兼容性测试、延时测试、覆盖性测试等等。通过不同的测试方式，确定该车载视觉控制器的稳定性。
53.脚本会按照一定逻辑启动上位机中的视频播放器，通过该视频播放器，去访问车载视觉控制器的摄像头地址，以此和摄像头建立通信连接，这样，车载视觉控制器中各个摄像头所拍摄的图像视频数据，这些数据就会传输到该视频播放器中，并且在视频播放器中显示，由此可以得到对应摄像头的状态参数，该状态参数可以体现车载视觉控制器的实时数据流传输是否稳定，因此将这些数据作为测试数据进行保存，用于接下来的测试结果文档的生成。
54.一个可选的方案中，该视频播放器可以是vlc多媒体播放器，车载视觉控制器可搭载多个摄像头，如6个摄像头，则可以通过开多个vlc多媒体播放器，分别去访问这6个摄像头的地址，以分别获取这些摄像头的实时数据流。因为摄像头传输到上位机的实时数据流是通过该车载视觉控制器传输过来的，完全按照插在视觉控制器内部程序逻辑工作，因此通过对关键字的搜索，从而可以得到例如连接成功与否，连接速率、延迟、连接时间、连接时长等状态参数，这些参数可以作为测试数据使用，作为测试结束后，判断该车载视觉控制器稳定与否的参考。
55.例如在压力测试中，可以设置多次对摄像头访问的访问次数，并且设置每次访问的循环周期，根据所述循环周期和所述启动次数，周期性启动所述视频播放器，以达到频繁多次的对摄像头进行连接。
56.在一个可行的实施例中，可以设置访问次数为100，循环周期为5秒，那么代表每隔5秒就进行一次视频播放器对摄像头的访问，总共访问100次，以有6个摄像头的车载视觉控制器为例，则会分别对这6个摄像头的地址进行上述方式的访问，每个摄像头100次，访问间隔5秒。通过调整循环周期，可以调整测试时的访问频率，以调整访问压力大小，进而测出压力界限。
57.上述的状态参数包括连接成功、连接失败、连接时间、连接时长、摄像头地址和连接失败的摄像头所对应的错误参数。
58.其中，连接成功则代表视频播放器获得了摄像头的数据，连接失败则代表无法获取摄像头传输过来的数据，可能是连接超时，也可能是网络完全不通等原因。
59.连接时间表示从发起访问请求到获得数据的时间，连接时长则是维持该连接的时
长，通常该连接时长不会超过上述的循环周期。除此之外，当连接失败时，还会返回该失败的摄像头对应的错误参数。
60.其中，该错误参数为造成连接失败类型的错误参数，通过对错误参数关键字进行提取，可以从该车载视频控制器的串口打印中获得。错误参数可以给开发人员参考，寻找出现错误的原因。
61.步骤s300，根据所述测试数据，生成测试结果文档，根据所述测试结果文档，得出所述车载视觉控制器的实时流传输稳定性。
62.在得到了测试数据后，根据这些测试数据，生成测试结果文档，具体而言，这个测试结果文档里的测试数据按照测试的时间先后，以及各个摄像头的地址不同，记录这些测试数据。
63.依旧以6个摄像头的情况为例，则在第一次访问时所产生的测试数据会有6组，则该6组数据按照第一个摄像头到第六个摄像头的顺序排列，然后再是第二次访问时产生的测试数据，以此类推，直至最后一次访问时产生的测试数据。同时，针对每一次访问，都会有序号，表示是第几次访问，同时统计出在整个测试中，成功连接的次数和失败连接的次数。
64.其中，上述的失败连接次数和成功连接次数可以通过关键字查询进行查找，这些关键字和具体的连接协议有关，例如“access fail”或者“access success”之类的。
65.可以理解的是，当在短时间内，针对摄像头进行高频次的连接和断开操作，会对整个通信线路造成极大的压力，从软件和硬件的层面来讲，都可能会出现暂时的连接不通的情况，因此根据摄像头连接的失败次数，可以得到在本次测试的连接失败率。若所述连接失败率超过预设值，则确定所述车载视觉控制器不稳定。
66.可以理解的是，该预设值也和进行测试的项目相关，例如压力测试中，该失败率可以随着循环时间的减小而增加，也可以随着启动次数的增加而增加。
67.其中，针对不同的摄像头，该失败率需要单独计算，如有6个摄像头，则会有对应的6个失败率，从而体现哪些摄像头的连接不稳定，哪些摄像头的连接稳定。以此确定该车载视觉控制器的稳定性。
68.可以理解的是，上述测试过程，对于测试人员来讲，是不需要通过目视的方式，去辨别视频的，而且每次视频的播放时间可以更短，程序可以从数据流本身来判断数据是否接收到，从而为循环周期更短的压力测试等测试进行服务，使得整个测试过程自动化，也减少了需要在测试车载视频控制器时，需要使用车机的屏幕等硬件，使得测试环境更加简单。
69.实施例2
70.如图4所示，本技术还提供一种车载视觉控制器测试装置，包括：
71.连接模块10，用于建立上位机和车载视觉控制器的连接；
72.测试模块20，用于通过自动化测试脚本启动上位机中的视频播放器，以使所述视频播放器访问所述车载视觉控制器的所有摄像头，并记录返回的测试数据；
73.分析模块30，用于根据所述测试数据，生成测试结果文档，根据所述测试结果文档，得出所述车载视觉控制器的稳定性。
74.第三方面，本技术还提供一种计算机终端，包括处理器和存储器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行所述的车载视觉控制器测试方法。
75.第四方面，本技术还提供一种可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行所述的车载视觉控制器测试方法。
76.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
77.另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。
78.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
79.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。