CN109740222A - 一种针对汽车网联化场景的测试装置和系统 - Google Patents

Abstract

本发明涉及一种针对汽车网联化场景的测试装置和系统。该装置的一具体实施例包括：接收模块，解析客户端的测试指令；处理模块，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；输出模块，将所述仿真结果反馈至客户端。本发明能够对与客户端相交互的云端系统、及云端系统连接的车辆端系统进行仿真，通过响应客户端的输入模拟云端对客户端的输出，实现云在环的效果，提升测试的效率，并为问题分析提供便利。

Description

一种针对汽车网联化场景的测试装置和系统

技术领域

本发明涉及汽车网联化技术领域，尤其涉及一种针对汽车网联化场景的测试装置和系统。

背景技术

目前汽车行业发展多年，逐渐形成了以V字模型为架构的研发验证流程。其中，测试验证过程按照先后顺序有SiL(Software in Loop，软件在环)，HiL(Hardtware in Loop，硬件在环)以及DiL(Driver in Loop，司机在环)等多个环节。这些环节的测试主要都是针对车辆自身各种功能的验证，而并没有考虑汽车网联化后，多种功能的实现依赖于网络、云端服务和智能手机APP等。

欧洲公司Eurotech是一家提供咨询设计等服务的公司，其近年来主要涉足的领域为IoT(Internet of Things，物联网)，包括车辆联网的业务。Eurotech提出的自动化集成化汽车测试台的方案，能够提供包括云在内的由多个部分构成的系统的整体架构，如图1所示。该测试方案的重点是各模块通过云进行互联，而并不是去验证包含云端服务的整体应用的功能。在Eurotech的方案里，云的作用是连接其他各组成部分的通信平台，自身并没有深度融入业务逻辑。尽管架构上Eurotech的方案里也有云端系统，但是云在这里的定位并非为了解决复杂的汽车网联化场景应用测试的标准化和自动化问题，不能适应测试的新需求。

因此，新的网联化功能的验证，要充分考虑对功能所涉及的各个环节的仿真，基于功能场景进行测试。特别是规划涉及多个组成部分的功能的验证时，要充分考虑各个部分的标准化接口和模块化组成，这样便于进行仿真，使用虚拟化的系统代替复杂的暂时不能获得的系统模拟完成对输入的响应并输出反馈应答，以便减少在整体真实系统测试中可能出现的问题，同时能够在整体系统测试出现问题时迅速查找原因。这种虚拟化的测试，将大大减少涉及到网络和云端，以及与云端相连的后台车辆终端和车辆子系统的测试复杂度，提升测试效率和自动化水平，有利于整车厂迅速排查问题，也可以降低各部分相应的供应商在测试环节的人员和时间投入。

发明内容

为了解决上述技术问题，本发明提供了一种针对汽车网联化场景的测试装置和系统，能够对与客户端相交互的云端系统及云端系统连接的车辆端系统进行仿真，通过响应客户端的输入模拟云端对客户端的输出，实现云在环的效果，提升测试的效率，并为问题分析提供便利。

根据本发明一方面，提供一种针对汽车网联化场景的测试装置。根据本发明实施例的针对汽车网联化场景的测试装置，包括：

接收模块，解析客户端的测试指令；

处理模块，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；

输出模块，将所述仿真结果反馈至客户端。

可选地，处理模块还用于：模拟被测场景运行所述业务逻辑之前，确认所述业务逻辑的仿真结果不存在。

可选地，确定与所述测试指令对应的业务逻辑，包括：从预设的测试用例集中筛选与所述客户端参数对应的测试用例，作为与所述测试指令对应的业务逻辑。

可选地，从预设的测试用例集中筛选与所述客户端参数对应的测试用例之前，还包括：按照如下步骤生成所述测试用例集：

获取各个仿真参数的参数水平；

根据各个测试参数的参数水平，采用全面试验法得到各个测试用例的测试条件；

为每个测试用例分配测试结果，以包含测试条件和测试结果的测试用例的合集作为所述测试用例集。

可选地，输出模块还用于：将所述仿真结果反馈至客户端之前，衰减所述仿真结果的反馈信号，或者向所述仿真结果的反馈信号中添加干扰信号。

可选地，接收模块采用标准化接口接收客户端的测试指令。

根据本发明的再一个方面，提供一种针对汽车网联化场景的测试系统。根据本发明实施例的针对汽车网联化场景的测试系统，包括：客户端，以及本发明实施例第一方面提供的测试装置；其中，

客户端向测试装置发送测试指令；

接收模块，解析客户端的测试指令；处理模块，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；输出模块，将所述仿真结果反馈至客户端。

可选地，处理模块还用于：模拟被测场景运行所述业务逻辑之前，确认所述业务逻辑的仿真结果不存在。

可选地，输出模块还用于：将所述仿真结果反馈至客户端之前，衰减所述仿真结果的反馈信号，或者向所述仿真结果的反馈信号中添加干扰信号。

可选地，接收模块采用标准化接口接收客户端的测试指令。

本发明的上述技术方案具有如下优点：能够对与客户端相交互的云端系统及云端系统连接的车辆端系统进行仿真，通过响应客户端的输入模拟云端对客户端的输出，实现云在环的效果，提升测试的效率，并为问题分析提供便利。采用标准化的接口接收客户端的测试指令，便于进行仿真测试，提升测试的效率。

附图说明

图1是欧洲公司Eurotech提供的测试系统的整体架构示意图；

图2是本发明实施例针对汽车网联化场景的测试装置的主要组成的示意图；

图3是本发明实施例的云在环测试框架的示意图；

图4是本发明实施例针对汽车网联化场景的测试系统的主要组成的示意图。

具体实施方式

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

汽车物联网涉及车辆端系统(例如车辆内部电子电气系统、车辆IVI系统(In-Vehicle Infotainmen，车载信息娱乐系统)和/或TBOX系统(Telematics BOX，简称车载T-BOX，远程信息处理器)、云端系统以及客户端等多个组成部分。在对客户端进行测试时，业务逻辑为：客户端可以在任何有网络连接的地方，与车辆端系统通信，控制车辆启动发动机。可以看出这个功能需要客户端、云端系统、车辆端系统配合完成。在实际的功能实现过程中，这些部分可能由不同的供应商开发完成。这对测试的协同提出了挑战，车辆的开发进度相对较慢，而且使用真实车辆参与测试相对困难。而客户端因为需要适配的终端设备类型和软件版本较多，在兼容性方面可能存在问题。

本发明引入云在环CiL(Cloud in Loop)的概念，对与客户端相交互的云端系统及云端系统连接的车辆端系统进行仿真，通过响应客户端的输入，模拟云端对客户端的输出，尽可能的复现功能的应用场景，实现云在环的效果。

根据本发明实施例的一个方面，提供一种针对汽车网联化场景的测试装置。

图2是本发明实施例针对汽车网联化场景的测试装置的主要组成的示意图。如图2所示，本发明实施例的针对汽车网联化场景的测试装置200包括：接收模块201，解析客户端的测试指令；处理模块202，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；输出模块203，将所述仿真结果反馈至客户端。。

客户端是指安装在终端设备上的控制软件，终端设备是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。在进行测试时，客户端将测试指令发送至测试装置。测试指令的具体内容可以根据实际应用场景进行选择性设置，例如打开车门、关闭车门、打开收音机、调整车辆内部空调温度等。测试装置接收到客户端发送的测试指令之后，模拟与客户端相交互的云端系统及云端系统连接的车辆端系统进行仿真，运行业务逻辑。

本发明使用虚拟化的测试装置(云在环CiL测试系统)代替真实系统模拟完成对输入的响应并输出反馈应答，能够大大减少涉及到网络和云端以及与云端相连的后台车辆终端和车辆子系统的测试复杂度，减少在整体真实系统测试中可能出现的问题，同时能够在整体系统测试出现问题时迅速查找原因，提升测试的效率，并为问题分析提供便利。

CiL测试系统对云端系统与车辆端系统功能逻辑进行整合，一方面对于被测试的客户端来说，可以屏蔽掉后端多个子系统的复杂交互，只专注与直接接口的功能单元的处理逻辑；另一方面，可以根据需求灵活地选择构建场景和工况，提高测试覆盖率，以便迅速发现问题、定位问题和分析原因。

在一些实施例中，处理模块202还用于：模拟被测场景运行所述业务逻辑之前，确认所述业务逻辑的仿真结果不存在。例如，测试指令为打开车门，处理模块202在模拟被测场景运行打开车门的业务逻辑之前，先确认车门未被打开。若车门已被打开，则不运行打开车门的业务逻辑，而是通过输出模块向客户端反馈车门已打开的应答信息。客户端收到该应答信息后，可以根据实际情况决定结束测试或者继续发送其他测试指令。

可选地，确定与所述测试指令对应的业务逻辑，包括：从预设的测试用例集中筛选与所述客户端参数对应的测试用例，作为与所述测试指令对应的业务逻辑。测试用例中包括测试条件和测试结果。测试条件是指各个测试参数的参数水平；测试结果是指每个测试参数取对应的参数水平值时，客户端应当输出的测试结果。处理模块运行测试条件之后，通过输出模块将车辆端系统、云端系统在该测试条件下的应答内容反馈至客户端。客户端根据接收的应答内容进行输出。若输出的内容与测试用例中的测试结果一致，则表明客户端功能正常，否则表明客户端的功能异常。

可选地，从预设的测试用例集中筛选与所述客户端参数对应的测试用例之前，还可以包括：按照如下步骤生成测试用例集：获取各个仿真参数的参数水平；根据各个测试参数的参数水平，采用全面试验法得到各个测试用例的测试条件；为每个测试用例分配测试结果，以包含测试条件和测试结果的测试用例的合集作为所述测试用例集。仿真参数是指客户端参数、仿真的车端系统的参数和仿真的云端系统的参数。全面试验法是指，对所选取的试验因素的所有水平组合全部实施一次以上。假设有3个测试参数，每个测试参数有3个参数水平，则对应的测试条件个数为3³＝27。

输出模块还可以用于：将所述仿真结果反馈至客户端之前，衰减所述仿真结果的反馈信号，或者向所述仿真结果的反馈信号中添加干扰信号。通过使用CiL测试系统，能够实现特定场景的测试和故障/干扰插入测试，以全面地验证客户端是否能够按照预期的状态进行工作并处理异常。通过在云在环框架和被测试的客户端之间产生故障信号或者异常输入，可以测试在这些情况下客户端的功能性能和稳定性。特定场景和异常输入都由云在环软件逻辑来实现，可以通过操作界面对场景各元素进行组合定义创立场景，也可以提供应用层编码工具，构造不符合业务逻辑或者被干扰的异常输入，从而允许CiL测试系统在正常运行和无响应等故障状态之间切换反馈信号，对客户端进行测试。

接收模块可以采用标准化接口接收客户端的测试指令。采用标准化接口和模块化组成，便于进行仿真。

图3是本发明实施例的云在环测试系统的示意图。如图3所示，云在环测试系统采用仿真业务逻辑对云端系统与车辆端系统(例如车辆内部电子电气ECU系统、车辆IVI系统或TBOX系统)功能逻辑进行整合，提供完整的云端与车端的业务逻辑服务/应用。云在环测试系统可以由处理器、I/O接口和操作界面构成。I/O接口是与客户端交互的模拟，输出与真实系统接收信号后同样的反馈。处理器产生激励输入或者应答信号，从I/O接口获取数据进行记录和分析，并执行客户端与模型仿真的虚拟环境之间的交互序列。操作界面与处理器通信，提供测试命令和可视化，并能够依据功能逻辑生成自动测试用例，执行批量自动化测试。操作界面提供配置管理、测试自动化、分析和报告任务。

以下用CiL测试系统对某车厂手机远程启动发动机功能进行测试验证为例进行说明。该功能的业务逻辑为：智能手机APP可以在任何有网络连接的地方，与车内TBOX系统通信，控制车辆启动发动机。可以看出这个功能需要智能手机APP、云端、TBOX和车内动力系统配合完成。在实际的功能实现过程中，这些部分可能由不同的供应商开发完成。这对测试的协同提出了挑战，车辆的开发进度相对较慢，而且使用实车参与测试相对困难。而手机端因为需要适配的手机类型和软件版本较多，需要尽早展开测试，以发现兼容性方面的问题。

采用本发明实施例的基于云在环测试系统的测试方法进行测试的具体过程为：

步骤一：手机APP开发厂商与CiL测试系统组成测试闭环，CiL测试系统模拟云端系统、TBOX以及车辆动力系统整体业务逻辑；

步骤二：CiL测试系统按照根据各种应用场景形成的测试用例，逐项自动化向手机APP提供输入，并将手机APP的反馈输出返回给相应系统；

步骤三：对于执行测试时未通过的测试例，判断是否为手机APP原因，为调整修改提供依据。

使用CiL测试系统进行该功能的测试，将大大简化测试流程：安装有被测应用的手机与CiL测试系统进行配合，执行标准化测试例，及时发现和修补自身问题，减少后续与各系统联合测试时的工作量和复杂度。

根据本发明实施例的再一个方面，提供一种针对汽车网联化场景的测试系统。

图4是本发明实施例针对汽车网联化场景的测试系统的主要组成的示意图。如图4所示，针对汽车网联化场景的测试系统400包括：客户端401、402、403，以及本发明实施例第二方面提供的测试装置405。客户端401、402、403向测试装置405发送测试指令。测试装置405的接收模块，解析客户端的测试指令；测试装置405的处理模块，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；测试装置405的输出模块，将所述仿真结果反馈至客户端。网络404用以在终端设备401、402、403和测试装置405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。用户可以使用客户端401、402、403通过网络404与测试装置405交互，以接收或发送消息等。客户端401、402、403可以是安装在具有显示屏并且支持网页浏览的各种电子设备上的应用软件，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。测试装置405可以设置于提供各种服务的服务器。

处理模块还可以用于：模拟被测场景运行所述业务逻辑之前，确认所述业务逻辑的仿真结果不存在。例如，测试指令为打开车门，处理模块202在模拟被测场景运行打开车门的业务逻辑之前，先确认车门未被打开。若车门已被打开，则不运行打开车门的业务逻辑，而是通过输出模块向客户端反馈车门已打开的应答信息。客户端收到该应答信息后，可以根据实际情况决定结束测试或者继续发送其他测试指令。

输出模块还可以用于：将所述仿真结果反馈至客户端之前，衰减所述仿真结果的反馈信号，或者向所述仿真结果的反馈信号中添加干扰信号。通过使用CiL测试系统，能够实现特定场景的测试和故障/干扰插入测试，以全面地验证客户端是否能够按照预期的状态进行工作并处理异常。通过在云在环系统和被测试的客户端之间产生故障信号或者异常输入，可以测试在这些情况下客户端的功能性能和稳定性。特定场景和异常输入都由云在环软件逻辑来实现，可以通过操作界面对场景各元素进行组合定义创立场景，也可以提供应用层编码工具，构造不符合业务逻辑或者被干扰的异常输入，从而允许CiL测试系统在正常运行和无响应等故障状态之间切换反馈信号，对客户端进行测试。

接收模块可以采用标准化接口接收客户端的测试指令。采用标准化接口和模块化组成，便于进行仿真。

本发明能够对与客户端相交互的云端系统、及云端系统连接的车辆端系统进行仿真，通过响应客户端的输入模拟云端对客户端的输出，实现云在环的效果，提升测试的效率，并为问题分析提供便利。采用标准化的接口接收客户端的测试请求，便于进行仿真测试，提升测试的效率。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种针对汽车网联化场景的测试装置，其特征在于，包括：

接收模块，解析客户端的测试指令；

处理模块，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；

输出模块，将所述仿真结果反馈至客户端。

2.如权利要求1所述的测试装置，其特征在于，处理模块还用于：模拟被测场景运行所述业务逻辑之前，确认所述业务逻辑的仿真结果不存在。

3.如权利要求1所述的测试装置，其特征在于，确定与所述测试指令对应的业务逻辑，包括：从预设的测试用例集中筛选与所述客户端参数对应的测试用例，作为与所述测试指令对应的业务逻辑。

4.如权利要求3所述的测试装置，其特征在于，从预设的测试用例集中筛选与所述客户端参数对应的测试用例之前，还包括：按照如下步骤生成所述测试用例集：

获取各个仿真参数的参数水平；

根据各个测试参数的参数水平，采用全面试验法得到各个测试用例的测试条件；

为每个测试用例分配测试结果，以包含测试条件和测试结果的测试用例的合集作为所述测试用例集。

5.根据权利要求1所述的测试装置，其特征在于，输出模块还用于：将所述仿真结果反馈至客户端之前，衰减所述仿真结果的反馈信号，或者向所述仿真结果的反馈信号中添加干扰信号。

6.根据权利要求1所述的测试装置，其特征在于，所述接收模块采用标准化接口接收客户端的测试指令。

7.一种针对汽车网联化场景的测试系统，其特征在于，包括：客户端，以及根据权利要求1-6任一所述的测试装置；其中，

客户端向测试装置发送测试指令；

接收模块，解析客户端的测试指令；处理模块，确定与所述测试指令对应的业务逻辑，模拟被测场景运行所述业务逻辑，获得所述业务逻辑的仿真结果；输出模块，将所述仿真结果反馈至客户端。

8.如权利要求7所述的测试系统，其特征在于，处理模块还用于：模拟被测场景运行所述业务逻辑之前，确认所述业务逻辑的仿真结果不存在。

9.根据权利要求7所述的测试系统，其特征在于，输出模块还用于：将所述仿真结果反馈至客户端之前，衰减所述仿真结果的反馈信号，或者向所述仿真结果的反馈信号中添加干扰信号。

10.根据权利要求7所述的测试系统，其特征在于，所述接收模块采用标准化接口接收客户端的测试指令。