CN111737153A - 车机的自动化测试方法及系统 - Google Patents

Abstract

本发明公开了车机的自动化测试方法及系统，其中，该方法包括：根据测试需求创建或选择测试用例；解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组；部署执行测试用例所需的功能动态库；基于功能动态库和测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据反馈信号输出车机的测试结果。该测试系统，采用上述测试方法，利用硬件在环的测试架构，以软硬件结合的形式构建了车机的仿真测试环境，进而实现了以场景事件为驱动的车机自动化测试。

Description

车机的自动化测试方法及系统

技术领域

本发明涉及汽车测试技术领域，尤其涉及车机的自动化测试方法及系统。

背景技术

汽车车载信息娱乐（In-Vehicle Infotainment，IVI）系统，是基于车身总线系统和互联网服务发展起来的车载综合信息业务处理系统。它通过专门的车载处理器和操作系统对整个车载信息娱乐设备进行协调和控制，不仅为用户提供专业的出行导航、多媒体交互、在线应用、紧急求助等基本服务，更是正在发展中的智能座舱的核心部件。出于人们对驾乘过程中舒适性、便捷性、安全性要求的提高，以及信息技术和消费电子的快速发展，IVI系统已成为车载电子发展的一个重要领域。车载信息娱乐导航主机，简称车机，是整个IVI系统的控制中枢。作为一种嵌入式设备，板载车机软件是其核心价值所在。从测试的角度，现代IVI系统（尤其是其软件部分）复杂度的不断提升，一方面使得对车机软件的系统测试提出了更高的要求；另一方面也使得进行系统测试的成本和风险不断增加。

目前，国内对IVI系统的测试，存在测试方法守旧、自动化水平偏低、信息化程度不高、理念创新不足等问题。已知的自动化测试解决方案中，大部分是在IVI系统的外围使用一些辅助手段来取代部分人工操作。比如：使用活动触杆代替人工按压中控屏（软/硬）按键；使用音频播放代替人声输入音源指令；使用摄像头拍摄中控屏影像；使用麦克风获取音频输出等。这些操作通常是经由加载在工控机或可编程单片机上的固化指令驱动测试系统中的相关设备加以实施的。在实现初级自动化的同时，其缺点也是显而易见的，例如：活动触杆的运用，增加了测试系统的结构复杂性；音/视频的播放、录制对隔音/光有较高的要求，不利于测试环境的集成化、小型化；加载固化指令至工控机或可编程单片机实现测试操作的方式，对处于研发中、需要进行快速功能迭代的测试也不甚友好。

更为重要的是，当对IVI系统的测试需求上升到以场景事件为驱动时，上述沿袭自对传统电子控制器(Electrical Control Unit，ECU)的测试、以功能为驱动的解决方案无法更好地满足测试系统对复杂测控能力的追求，这使得测控核心的软件化趋势日渐明显。虽然少数已有的测试方案实现了与车机的软交互，以指令的方式控制中控屏上的软/硬按键而无需外部触杆的作用，但是缺乏从整个测试系统的构架层面进行改进，导致局部改进的应用效果有限。

发明内容

本发明的目的在于提供车机的自动化测试方法及系统，利用硬件在环的测试架构，以软硬件结合的形式构建车机的仿真测试环境，进而实现以场景事件为驱动的车机自动化测试。

为了实现上述目的，本发明提供如下技术方案：

一种车机的自动化测试方法，包括：

根据测试需求创建或选择测试用例；

解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组；

部署执行所述测试用例所需的功能动态库；

基于所述功能动态库和所述测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据所述反馈信号输出车机的测试结果。

优选地，根据测试需求创建或选择测试用例的方法包括：

创建测试用例库；

根据测试需求查询测试用例库中是否存在对应的测试用例；

若存在，则直接获取测试用例；

若不存在，则创建满足需求的测试用例并存储到测试用例库中。

具体地，所述测试用例包括常用基础测试用例和定制化测试用例；其中，

所述常用基础测试用例内置在测试系统中，测试参数通过UI界面实现调整并传递至预留接口；

所述定制化测试用例通过调用UI界面中集成的测试用例编辑器按规定格式完成用例编写，保存成测试系统可识别的格式文件，供系统加载使用。

较好地，以测试用例列表的方式有序承载多个测试用例。

优选地，解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组的方法包括：

采用类字符串的方式对测试用例进行内容解析，得到车机在测试中需要执行的操作和参数；

将车机在测试中需要执行的操作和参数依顺序转换成对应的测试指令序列，同时获取测试预设的期待值；

将所述测试指令序列发送到测试硬件模组。

较佳地，部署执行所述测试用例所需的功能动态库的方法包括：

创建并封装多个功能动态库，所述功能动态库在逻辑层面执行用于不同功能测试的测试用例；

获取解析测试用例得到的车机在测试中需要执行的操作，查找操作所需要的功能动态库，加载并部署到测试系统中。

优选地，基于所述功能动态库和所述测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据所述反馈信号输出车机的测试结果的方法包括：

将车机接入测试系统的测试硬件模组，配置硬件测试环境并对所述车机进行初始化状态检查；

状态检查通过后，基于测试系统部署好的功能动态库，测试硬件模组按照测试指令序列驱动车机实现相应功能；

获取车机的反馈信号，并将所述反馈信号与解析测试用例得到的测试预设的期待值进行比较，输出车机的测试结果。

优选地，车机的自动化测试方法还包括：配置软件测试环境和测试执行方式，其中，

配置软件测试环境包括配置系统环境的参数；

配置测试执行方式包括配置被执行测试的车机数量、测试方式和测试时间数据。

一种车机的自动化测试系统，包括测试用例模块、功能加载模块、测试硬件模组、评分判定模块和UI界面，其中，

所述测试用例模块用于根据测试需求创建或选择测试用例，解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组；

所述功能加载模块用于部署执行所述测试用例所需的功能动态库；

所述测试硬件模组基于所述功能动态库和所述测试指令序列驱动接入的车机实现相应功能并接收车机的反馈信号；

所述评分判定模块用于依据所述反馈信号输出车机的测试结果；

所述UI界面用于测试人员与系统内的应用功能之间实施交互。

优选地，所述测试系统接入一个车机用于单车机测试，或着接入多个车机用于多车机并行测试。

与现有技术相比，本发明提供的车机的自动化测试方法及系统具有以下有益效果：

本发明提供的车机的自动化测试方法，开发人员会事先设计满足各种测试需求的测试用例，测试开始后，测试人员将待测试车机接入测试系统中，根据测试需求选择合适的测试用例，如果没有则新创建合适的测试用例，然后解析该测试用例，将测试用例转换成测试指令序列并发送给测试硬件模组，同时还要加载执行测试用例所需的功能动态库，以软硬件结合的形式构建车机的仿真测试环境，测试硬件模组基于功能动态库和测试指令序列驱动接入的车机实现相应功能，并且接收车机的反馈信号，最后依据反馈信号输出车机的测试结果，实现了硬件在环的测试架构，同时实现了以场景事件为驱动的车机自动化测试。

本发明提供的车机的自动化测试系统，采用上述车机的自动化测试方法，以软硬件结合的形式构建车机的仿真测试环境，实现以场景事件为驱动的车机自动化测试。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例中一种车机的自动化测试方法的流程示意图；

图2为本发明实施例中一种车机的自动化测试方法的测试架构示意图；

图3为本发明实施例中一种车机的自动化测试系统的系统架构示意图；

图4为本发明实施例中一种用于单车机测试的自动化测试系统示意图；

图5为本发明实施例中一种用于多车机并行测试的自动化测试系统示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，均属于本发明保护的范围。

实施例一

请参阅图1，本实施例提供的车机的自动化测试方法，包括：

根据测试需求创建或选择测试用例；

解析测试用例，转换得到测试指令序列并发送给测试硬件模组；

部署执行测试用例所需的功能动态库；

基于功能动态库和测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据反馈信号输出车机的测试结果。

请参阅图2，本实施例提供的车机的自动化测试方法，将仿真测试环境和实体待测车机相结合，车机被动地从测试系统构建的仿真测试环境中其获取指令，并输出反馈。从需求的角度，仿真测试环境需同时具备运行IVI系统和管控测试的能力，即：一方面要给车机创造出一个运行环境，使其能正常工作；另一方面又要具备仿真复现场景事件，控制测试过程，获取测试结果。从实施的角度，整个仿真测试环境是以一种软硬件结合的形式实现的。软件部分负责实现测控和系统运行的逻辑管控；而硬件部分则负责物理环境的构成，及测控、运行的具体实施。

在此基础上，测试人员通过选择或创建合适的测试用例，然后解析该测试用例，将测试用例转换成测试指令序列并发送给测试硬件模组，同时还要加载执行测试用例所需的功能动态库，为车机测试提供了软硬件结合的仿真测试环境，通过测试硬件模组驱动接入的车机实现相应功能，具体可以通过驱动车机中某一设备的控制器来驱动车机的对应设备实现相应功能，并且接收车机的反馈信号，具体可以为车机中某一设备的控制器的反馈信号，最后通过分析该反馈信号输出车机的测试结果，实现了硬件在环的测试架构，同时实现了以场景事件为驱动的车机自动化测试。

具体地，本实施例提供的车机的自动化测试方法中，根据测试需求创建或选择测试用例的方法包括：

创建测试用例库；

根据测试需求查询测试用例库中是否存在对应的测试用例；

若存在，则直接获取测试用例；

若不存在，则创建满足需求的测试用例并存储到测试用例库中。

开发人员会事先采用遍历法尽可能多的设计满足各种测试需求的测试用例，并存储到测试用例库中。测试开始后，测试人员将待测试车机接入测试系统中，根据测试需求选择合适的测试用例，如果没有则新创建合适的测试用例。测试用例包括常用基础测试用例和定制化测试用例；其中，常用基础测试用例内置在测试系统中，测试参数通过UI界面实现调整并传递至预留接口；定制化测试用例通过调用UI界面中集成的测试用例编辑器按规定格式完成用例编写，保存成测试系统可识别的格式文件，供系统加载使用。

在具体实施中，测试用例库包含了为满足测试需求而设计的各种测试用例，其实现方式有内置式和外置式两种。对于常用的基础测试用例，如：开/关机测试用例等皆以内部库的形式实现，并伴随测试系统软件一同部署，这一类基础测试用例的一些必要的参数调整则可通过UI界面完成相应操作，并传递至预留的接口。对于定制化测试用例，如：完成一系列特定的IVI系统交互操作，则可通过调用UI界面中集成的测试用例编辑器按规定格式完成用例编写，保存成诸如:JSON，XML等可识别的格式文件并导入到测试系统中，供系统加载使用。将不常用的定制化测试用例外置，按需加载，可以节省测试系统的内部存储空间。

本发明实施例提供的车机的自动化测试方法中，以测试用例列表的方式有序承载多个测试用例。一个最简的测试用例列表可只包含一条测试用例，复杂的测试用例列表可根据测试需求包含多条测试用例。测试开始后，无论是首次进行测试，还是为下一轮的测试做准备，如果对部分测试用例进行调整，都需要更新测试用例列表。在具体操作中，可以通过UI界面的钩选或批量添加、修改的方式形成或更新测试用例列表，也可以通过脚本导入的方式快速形成或更新测试用例列表。测试用例列表的调整需要根据具体的测试需求在每一轮测试执行开始前作出，每一轮测试执行完成后，系统会提示是否还需进行下一轮测试，如果测试计划已完成，则结束整个测试。

更新测试用例列表后，需要解析该测试用例，将测试用例转换成测试指令序列并发送给测试硬件模组，同时还要加载执行测试用例所需的功能动态库，以软硬件结合的形式构建车机的仿真测试环境。

其中，解析测试用例，转换得到测试指令序列并发送给测试硬件模组的方法包括：

采用类字符串的方式对测试用例进行内容解析，得到车机在测试中需要执行的操作和参数；

将车机在测试中需要执行的操作和参数依顺序转换成对应的测试指令序列，同时获取测试预设的期待值；

将测试指令序列发送到测试硬件模组。

解析测试用例，需要对测试用例进行内容检索，获取两方面信息。一方面是车机在测试中需要执行的操作及具体的参数，即：将一个具体的测试用例分解成为一系列车机可执行的基本操作；另一方面则是获取测试预设的期待值。本质上，解析测试用例执行的是类字符串的解析操作。

部署执行测试用例所需的功能动态库的方法包括：

创建并封装多个功能动态库，功能动态库在逻辑层面执行用于不同功能测试的测试用例；

获取解析测试用例得到的车机在测试中需要执行的操作，查找操作所需要的功能动态库，加载并部署到测试系统中。

在测试正式开始之前，需要对软件测试环境、测试功能及测试执行方式这三方面进行软环境配置，其中，软件测试环境配置主要是针对系统环境的参数设置，如：配置一个新的测试项目，设置相关路径，选择激活所需服务等。测试功能配置则主要是针对车机行为测试模型的功能定制，即按需加载功能动态库。如：在包含“测试音乐播放”的基础功能库之上，加载包含“测试在线APP应用”的功能库，测试系统便具备了测试车机在线音乐播放的能力。另外，一些服务功能也可以通过此方式被加载进系统，并经由环境配置加以具体设置，如：加载视频截取功能库，并激活视频截取服务，使测试系统具备通过视频截取器直接从车机端获取输出视频信号的能力。测试执行方式的配置主要针对被执行测试的车机数量、方式和时间进行控制。如：是单车机测试，还是多车机测试，具体执行哪几个；是即刻执行，还是预约执行，预约时间；以及车机数量、方式和时间这些元素的组合方式。

值得注意的是，在测试功能配置中，需要获取解析测试用例得到的车机在测试中需要执行的操作，查找操作所需要的功能动态库并加载到测试系统中，功能动态库用于逻辑层面对应执行测试用例解析出来的测试操作，一个测试系统有多个功能动态库，每个功能动态库对应一类测试操作。因此，功能动态库的完备度决定了测试系统的能力范围，从软件实现的角度，其中，按需加载测试功能动态库的设计，是基于自动化测试系统日趋复杂化的事实，为充分利用现有资源，改善测试系统的规模可控性，实现系统运行的轻量化、测试执行的高效化，而在系统软件开发中实施的一种技术改进。这种改进，一方面降低了系统软件内核的运行开销、提高系统运行效率；另一方面，增加了系统软件的开发维护灵活性，便利了对测试系统的功能定制，进而使该软件的平台化部署成为可能。设计的执行方式配置，则进一步把了这种平台化部署能力从单车机测试台架拓展到了多车机测试台架。通过环境、功能、执行这种三段式软环境配置方式实现测试系统软件的平台化部署，进而构建出一个适应多车机、复杂测试环境的IVI车机测试平台系统。

最后基于功能动态库和测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据反馈信号输出车机的测试结果的方法包括：

将车机接入测试系统的测试硬件模组，配置硬件测试环境并对待测车机进行初始化状态检查；

状态检查通过后，基于测试系统部署好的功能动态库，测试硬件模组按照测试指令序列驱动车机实现相应功能；

获取车机的反馈信号，并将反馈信号与解析测试用例得到的测试预设的期待值进行比较，输出车机的测试结果。测试硬件模组基于功能动态库和测试指令序列驱动接入车机的指定设备实现相应功能，实现了硬件在环的测试架构，同时实现以场景事件为驱动的车机自动化测试。硬件在环（HIL）自动化测试是一种将硬件在环与自动化技术相结合的测试，是指将待测车机接入仿真系统，构成系统闭环，进行测试的一种技术。本质上，硬件在环自动化测试就是将计算机仿真和实体实验这两个过程进行有机结合，在成本和风险可控的情况下，像使用实体系统一样，对车机进行测试，可以模拟许多在真实环境中难以实现的场景，并且通过穷举法显著降低开发成本，缩短研发周期。将硬件在环与自动化测试相结合，不仅提高了测试的效率，并且可以根据脚本来执行测试，更能极大限度地减少测试中的人为主观性，保证结果的客观公正性。

值得注意的是，在将车机接入到测试硬件模组之后，并且在硬件在环的自动化测试启动之前，需要对硬件测试环境进行配置，包含了电源控制、硬件驱动控制和硬件配置三大模块。电源作为最基础，又相对独立的一类硬件设备，对其的控制既需确保整个测试系统的正常供电，也需具备对车机实施独立操作的能力，如：车机的通/断电测试。 因此，对电源的控制配置被单独列出。除此之外，其它硬件的控制配置，例如仿真器，主要是对设备驱动的衔接，皆由仿真测试环境的硬件驱动控制模块来实现。最后，对于测试中所需硬件设备的调配，根据软件测试环境配置的需求，由硬件配置模块加以实现。这种软硬件结合的配置方式，将测试环境的软件部分与硬件部分相关联，构成了一个完整的测试环境。

硬件测试环境进行配置完成后，还需要对待测车机进行初始化状态检查，在软硬件版本不变的情况下，待测车机在整个测试期间只需执行一次初始化状态检查即可。在具体实施过程中，对待测车机进行初始化状态检查过程可以包括：

1. 打开测试软件的车机电源。通过UI界面软按键触发车机电源，当UI界面上的电源指示器变绿时，说明车机的电源启动正常。

2. 更新车机的系统信息。通过点选UI界面上更新车机信息按钮，如果当前车机软件的版本号、类型、序列号皆可加载显示，说明车机的系统信息输出正常；同时，这也再次提供了复核待测车机型号、软件版本的机会。

3. 利用UI界面打开测试软件的日志追踪界面。如果能看到各种格式的车机日志在不断地输出，说明车机的动态日志输出正常。

4. 打开测试软件的中控屏仿真器。如果仿真器显示的画面与实际中控屏一致，说明车机的视频信号输出正常。

5. 打开中控屏仿真器的交互模式，并点击其中的软按键。如果仿真器显示的画面迁移与真实中控触屏中同步，则说明车机接受、执行输入触控指令正常。

在待测车机的初始化状态检查通过之后，以车机的最简开关机测试用例为例，说明测试用例的执行过程，具体如下：

1. 当UI界面的“执行”软按键被触发后，测试系统会发送关闭电源指令给车机，并计时等待1分钟；车机接收系统指令，执行对应关机方案；

2. 1分钟后，系统发送开启车机电源指令，并至多等待3分钟；车机接收系统指令，执行对应开机方案；

3. 至多3分钟，系统会从车机启动的输出日志中获取当前车机的软件版本信息；

4. 紧接着，系统会检查当前测试用例是否已执行完毕（本例预设值：5000次开关机操作），若没有，继续执行剩余次数的开关机操作；

5. 系统接着发送开启车机电源指令，然后等待1分钟；车机这时已进入正常工作状态，等待其它指令；

6. 1分钟后，系统开始发送指定或随机的操作指令，如：播放音乐，切换至导航页面等，整个过程持续5分钟；车机则实时响应系统指令，执行对应操作，如：选择确认歌曲播放，执行界面迁移等

7. 5分钟后，系统发送关闭车机电源指令，然后从至多3分钟后的车机输出日志中检索特定的关机指令证据；当车机接收到系统指令后，即刻执行；

8. 至多3分钟后，系统开始从车机内部存储器下载本次测试执行时记录的core dump文件，将其与测试系统的运行记录文件保存至测试系统的记录保存单元中，以便后续数据分析使用；

9. 至此，一轮开关机操作测试完成，回到第４步判断对这条测试用例的执行是否已完毕，如果完毕，开始执行下一条测试用例。

测试用例执行完毕之后，可以利用评分判定模块输出车机的测试结果，具体方法可以为：在解析测试用例得到的预设的期待值的基础上，结合预设的评判规则，通过对车机实际输出值的评估，得出简单测试结论并输出给测试人员。若实际值与期待值相符，测试通过；反之，报错并给出可能的理由。比如：关机测试时，期待在一分钟内检测到关机证据；若在第50秒检测到关机证据，则测试通过；若到一分钟还未检测到关机证据，则测试失败。

本发明提供的车机的自动化测试方法，以软硬件结合的形式构建车机的仿真测试环境，测试硬件模组基于功能动态库和测试指令序列驱动接入的车机实现相应功能，并且接收车机的反馈信号实现了硬件在环的测试架构，同时实现了以场景事件为驱动的车机自动化测试，最后得到客观的车机测试结果，解决了现有的对IVI系统的测试中，存在自动化水平偏低、信息化程度不高、无法从测试系统架构上将软硬件相结合，以场景为驱动进行测试的问题。

实施例二

本实施例提供的一种车机的自动化测试系统，包括测试用例模块、功能加载模块、测试硬件模组、评分判定模块和UI界面，其中，测试用例模块用于根据测试需求创建或选择测试用例，解析测试用例，转换得到测试指令序列并发送给测试硬件模组；功能加载模块用于部署执行测试用例所需的功能动态库；测试硬件模组基于功能动态库和测试指令序列驱动接入的车机实现相应功能并接收车机的反馈信号；评分判定模块用于依据反馈信号输出车机的测试结果；UI界面用于测试人员与系统内的应用功能之间实施交互。

在具体实施过程中测试硬件模组可以包括电源控制单元、硬件驱动控制单元、硬件环境配置单元和记录保存单元，电源控制单元连接车机的电源，硬件驱动控制单元连接车机上各个设备的驱动器，硬件环境配置单元测试系统中硬件设备的的配置，记录保存单元用来保存车机及整个测试系统的各种数据输出，以便后续分析。测试硬件模组中的各个单元协调工作，一方面使车机在仿真IVI环境下的得以正常运行；另一方面，使各种交互、测试指令得以被执行，车机及整个测试系统状态得以被全程掌握。

图3从系统构架层面对此车机的自动化测试系统做了整体描绘，虚线框勾勒出了测试系统中的测试环境部分。整个系统可被划分为四层，自上而下分别是：场景层，功能层，命令层和信号层。场景层对应于测试输入，即根据需求选择或创建合适的测试用例。功能层是测控的逻辑核心，即对测试用例进行解析，一方面将解析出的基本操作序列传送到下一层去执行；另一方面将解析出的测试期待值，用于之后与车机实际输出值的比较与评估。命令层承担着测试逻辑与具体指令转换的职责，即：将测试用力解析出的基本操作序列所对应的测试逻辑转换成指令信号序列传送给硬件执行，并接收从硬件反馈的各种信号、数据。信号层描述了系统中的各种硬件设备是通过指令序列产生的真实信号运作的。

因此，从构架上来说，在整个测试系统中测试软件部分占据了主导地位，测试软件的框架由集成框架模块、系统服务模块和UI界面构成，集成框架模块定义了一套接口和协议，任何遵从该接口和协议的系统模块均能在这个框架下被整合起来。系统服务模块负责对外部工具软件的整合及对系统软件的维护，诸如：升级、更新等服务，这种实现方式不仅提高了软件的开发效率，更为降低开发成本带来极大的便利，特别是对于一些现成的高效可靠的测试模块或独立小工具的快速集成。此外，测试软件的框架还为整个系统测试软件提供了统一的UI界面，任何系统内的应用功能皆可通过该界面实施交互。这种集成UI界面的存在，极大改善用户体验，缩短使用学习曲线，起到减负增效的目的，满足了测试需求、功能与资源之间的相互匹配，实现了系统软件的平台化以及测试系统的集成化。

此外，该测试系统既可以接入一个车机用于单车机测试，又可以接入多个车机用于多车机并行测试。

图4展示了一种用于单车机测试的小型测试系统，平台化测试软件被部署在PC中，通过串口、USB口及以太网口与该系统的其他设备进行通信。这部分在图中被概括为部分I，是整个测试系统的测控中心所在。右边的部分II则概括了一套简易车机系统的硬件组成，由4个大部件，2个小部件及1条集成线束构成。电源，电源&CAN指令控制器，待测车机，中控触屏及连接后三者的集成线束构成了一个闭环的最简车机系统。USB集线器及USB网口适配器则是为了便于将车机内部的以太格式输出信号经由车机端的LVDS口输出至PC端的以太网口的一种接口转换。

事实上，实施例一中的车机的自动化测试方法不仅适用于对单车机进行简易条件下的硬件在环测试，其优良的延展性可使更多可选硬件在同一个系统架构下被集成起来，进而构建出更为复杂全面的IVI系统运行及测试环境，并且具备对多个车机进行并行测试的能力。

图5为本发明实施例中一种用于多车机并行测试的自动化测试系统示意图，即展示了一种大型台架环境下构建的多车机综合测试系统，包括多个车机测试桌面，每个车机测试桌面都能执行上述实施例一中的车机的自动化测试方法。虚线框内对应的是构成这个综合测试系统的硬件环境；除了待测车机外，虚线框外连接的各种标示代表的是和这个测试系统相连的各种资源。为了保持构图的整洁，只有一个待测车机及其集成线束插头被示意在这张图中。除了先前已经提及过的电源模组、系统硬件模组、PC电脑，该图中出现的部分可选硬件模组也归属于测试系统的测试硬件模组，如：多路信号分配器，车机视频选通器，OCU（车载通信单元），OCU天线，视频截取器，车机视频选通控制器，多路网络交换机，多路音频语音测量选通卡，多路USB集线器，USB接口等。这些可选硬件模组，一方面体现了该测试系统更高的IVI运行环境仿真度；另一方面，也展示出其具备更复杂的测试手段。相比单个仅有车机测试能力的小型测试系统，该用于多车机并行测试的测试系统能够执行更多的与各种外部资源对接的相关测试，如：检测通过4G无线信号接收、传输与车载网络后台相连的一些紧急服务；检测通过USB与智能手机或优盘相连的诸如媒体播放或手机映射等功能。视频截取器及其相关控制器的应用，彻底摆脱了通过摄像头对中控触屏从外部进行拍摄的传统做法。从数据信号线内直接截取视频信号的做法，不但能取得更高质量的影像资料，而且受控程度更高。各种多路分配器、选通器/卡、集线器、交换机的存在，使测试台架通过一台PC同时进行多个车机的测试成为可能。利用测试台架将测试系统中的硬件设备有序地规整起来，尤其是对于大规模系统测试，测试台架的运用能极大的提高测试效率。

本发明提供的车机的自动化测试系统，采用上述实施例一中的车机的自动化测试方法，解决了现有的对IVI系统的测试中，存在自动化水平偏低、信息化程度不高、无法从测试系统架构上将软硬件相结合，以场景为驱动进行测试的问题。与现有技术相比，本发明实施例提供的车机的自动化测试系统的有益效果与上述实施例一提供的车机的自动化测试方法的有益效果相同，且该车机的自动化测试系统中的其他技术特征与上一实施例方法公开的特征相同，在此不做赘述。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式的描述中，具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种车机的自动化测试方法，其特征在于，包括：

根据测试需求创建或选择测试用例；

解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组；

部署执行所述测试用例所需的功能动态库；

基于所述功能动态库和所述测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据所述反馈信号输出车机的测试结果。

2.根据权利要求1所述的车机的自动化测试方法，其特征在于，根据测试需求创建或选择测试用例的方法包括：

创建测试用例库；

根据测试需求查询测试用例库中是否存在对应的测试用例；

若存在，则直接获取测试用例；

若不存在，则创建满足需求的测试用例并存储到测试用例库中。

3.根据权利要求1或2所述的车机的自动化测试方法，其特征在于，所述测试用例包括常用基础测试用例和定制化测试用例；其中，

所述常用基础测试用例内置在测试系统中，测试参数通过UI界面实现调整并传递至预留接口；

所述定制化测试用例通过调用UI界面中集成的测试用例编辑器按规定格式完成用例编写，保存成测试系统可识别的格式文件，供系统加载使用。

4.根据权利要求1或2所述的车机的自动化测试方法，其特征在于，以测试用例列表的方式有序承载多个测试用例。

5.根据权利要求1所述的车机的自动化测试方法，其特征在于，解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组的方法包括：

采用类字符串的方式对测试用例进行内容解析，得到车机在测试中需要执行的操作和参数；

将车机在测试中需要执行的操作和参数依顺序转换成对应的测试指令序列，同时获取测试预设的期待值；

将所述测试指令序列发送到测试硬件模组。

6.根据权利要求5所述的车机的自动化测试方法，其特征在于，部署执行所述测试用例所需的功能动态库的方法包括：

创建并封装多个功能动态库，所述功能动态库在逻辑层面执行用于不同功能测试的测试用例；

获取解析测试用例得到的车机在测试中需要执行的操作，查找操作所需要的功能动态库，加载并部署到测试系统中。

7.根据权利要求5或6所述的车机的自动化测试方法，其特征在于，基于所述功能动态库和所述测试指令序列，通过测试硬件模组驱动接入的车机实现相应功能并接收车机的反馈信号，依据所述反馈信号输出车机的测试结果的方法包括：

将车机接入测试系统的测试硬件模组，配置硬件测试环境并对所述车机进行初始化状态检查；

状态检查通过后，基于测试系统部署好的功能动态库，测试硬件模组按照测试指令序列驱动车机实现相应功能；

获取车机的反馈信号，并将所述反馈信号与解析测试用例得到的测试预设的期待值进行比较，输出车机的测试结果。

8.根据权利要求1所述的车机的自动化测试方法，其特征在于，还包括：配置软件测试环境和测试执行方式，其中，

配置软件测试环境包括配置系统环境的参数；

配置测试执行方式包括配置被执行测试的车机数量、测试方式和测试时间数据。

9.一种车机的自动化测试系统，其特征在于，包括测试用例模块、功能加载模块、测试硬件模组、评分判定模块和UI界面，其中，

所述测试用例模块用于根据测试需求创建或选择测试用例，解析所述测试用例，转换得到测试指令序列并发送给测试硬件模组；

所述功能加载模块用于部署执行所述测试用例所需的功能动态库；

所述测试硬件模组基于所述功能动态库和所述测试指令序列驱动接入的车机实现相应功能并接收车机的反馈信号；

所述评分判定模块用于依据所述反馈信号输出车机的测试结果；

所述UI界面用于测试人员与系统内的应用功能之间实施交互。

10.根据权利要求9所述的自动化测试系统，其特征在于，所述测试系统接入一个车机用于单车机测试，或着接入多个车机用于多车机并行测试。

Images