面向服务架构测试方法、装置、电子设备及车辆与流程

1.本技术涉及软件测试技术领域，具体涉及一种面向服务架构测试方法、装置、电子设备及车辆。


背景技术：

2.随着智能汽车中软件重要性的提升，面向服务架构(service-oriented architecture，soa)理念逐渐引入了汽车领域，汽车上的面向服务架构，就是将汽车各子系统中最小功能的逻辑单位抽离出来，封装成服务，组成一种粗粒度小，松耦合的服务架构。通过标准化的接口，面向服务架构可以调用整车各域的传感器、执行器的硬件能力，为软件的开发提供更多的可能。
3.目前对车控面向服务架构的测试主要通过开发人员手动测试面向服务架构，这种方案有以下几方面缺点：1、测试覆盖度低，无法测试到所有的场景及异常情况；2、测试效率低，无法实现快速迭代；3、测试成本高，需要投入大量人力成本。


技术实现要素：

4.有鉴于此，本公开提供了一种面向服务架构测试方法、装置、电子设备及车辆，主要目的在于改善目前车控面向服务架构测试中，测试覆盖度低、测试效率低以及测试成本高的问题。
5.第一方面，本公开提供了一种面向服务架构测试方法，包括：
6.向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，其中，所述第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，所述第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果；
7.通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试。
8.第二方面，本公开提供了一种面向服务架构测试装置，包括：
9.发送模块，用于向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，其中，所述第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，所述第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果；
10.对比模块，用于通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试。
11.第三方面，本公开提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的面向服务架构测试方法。
12.第四方面，本公开提供了一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面所述的面向服务架构测试方法。
13.第五方面，本公开提供了一种车辆，包括：如第二方面所述的装置、或如第四方面所述的电子设备。
14.借由上述技术方案，本公开提供的一种面向服务架构测试方法、装置、电子设备及车辆，与目前现有技术相比，本公开可通过向车控计算单元发送第一通讯信息，以及接收车控计算单元输出的第二通讯信息，其中，第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果，进而通过对比第一通讯信息和第二通讯信息，即通过对比预期测试结果和实际测试结果，可以直接确定面向服务架构是否通过预设测试，实现车控面向服务架构自动化测试，提升车控面向服务架构的测试覆盖度，提高测试效率。
15.上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。
附图说明
16.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
17.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
18.图1示出了本公开实施例提供的一种面向服务架构测试方法的流程示意图；
19.图2示出了本公开实施例提供的一种面向服务架构测试方法的原理示意图；
20.图3示出了本公开实施例提供的一种面向服务架构测试方法的系统示意图；
21.图4示出了本公开实施例提供的一种面向服务架构测试装置的结构示意图。
具体实施方式
22.在本发明的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
23.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
24.在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
25.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
26.为了改善现有技术由于现有技术中的车控面向服务架构的测试主要通过开发人员手动测试面向服务架构技术，导致测试覆盖度低，无法测试到所有的场景及异常情况，和测试效率低，无法实现快速迭代，以及测试成本高，需要投入大量人力成本的问题。本公开实施例提供了一种面向服务架构测试方法，如图1所示，该方法由测试主机执行，该方法包括：
27.步骤101、向车控计算单元发送第一通讯信息，以及接收车控计算单元输出的第二通讯信息。
28.其中，所述第一通讯信息可包括面向服务架构对应的测试数据和预期测试结果，所述第二通讯信息可包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果。
29.对于本公开实施例，执行主体可为测试主机，用于检测车控计算单元中的面向服务架构的功能和性能是否通过预设测试，其中，车控计算单元可为xcu控制器，用于在新能源汽车中提供车控面向服务架构运行的控制器，通常由异构soc实现高性能计算。在测试面向服务架构时，现有技术需要配合其他的控制器进行，本公开实施例在面向服务架构开发完成后，直接导入车控计算单元中，利用测试主机进行测试，不需要等其他控制器也完成开发后再进行测试，降低对相关控制器的依赖程度，提升开发效率。其中，面向服务架构是一种分布式运算的软件设计方法，软件的部分组件可以通过网络协议调用另一个应用软件组件运行，让调用者获得服务，在汽车行业可以理解面向服务架构是面向各种应用层程序(即“服务”，包含各种控制算法、显示功能等应用程序)进行设计，且不依赖于通信方式的一种架构设计理念。异构soc是包含实时控制的mcu核以及高性能处理的mpu核的片上系统。mcu核是指微控制单元(micro controller unit，mcu)，又称单片微型计算机或者单片机，用于执行响应式的过程控制和辅助；mpu核是指微处理器单元(micro processor unit，mpu)，用于运行对处理能力要求复杂的大程序。
30.在本公开实施例中，如图2所示，将要测试的车控面向服务架构(车控soa服务)导入到车控计算单元(xcu控制器)中，车控计算单元(xcu控制器)可包括mcu核、mpu核、以太网接口(eth接口)以及信号(a2m)/模拟信号(m2a)数据交互；将车控面向服务架构(车控soa服务)测试用例导入到测试主机中，测试主机可包括以太网数据模拟模块(eth数据模拟)、信号模拟模块(m2a信号模拟模块)以及处理逻辑判断模块，可以实现车控面向服务架构(车控soa服务)的自动化测试，降低测试成本，通过导入测试用例的不同，可以提升车控面向服务架构(车控soa服务)的测试覆盖度，提前识别软件bug，减少问题流出提高可靠性。其中，以太网数据模拟模块(eth数据模拟)，用于模拟车控面向服务架构(车控soa服务)调用者通过车载以太网调用车控面向服务架构(车控soa服务)的相关数据，可以通过以太网转接卡(eth转接卡)将相关数据发送给被测控制器的mpu核提供给车控面向服务架构(车控soa服务)；信号模拟模块用于模拟车控面向服务架构(车控soa服务)提供者向调用者反馈的相关数据，可以通过以太网测试端口(eth测试端口)将数据发送给被测控制器的mcu核，然后通过定义好的接口发送给面向服务架构(车控soa服务)；处理逻辑判断模块，用于根据测试用
例以及模拟数据以及车控面向服务架构(车控soa服务)反馈的处理结果来判断车控面向服务架构(车控soa服务)处理逻辑是否正确。
31.对于本公开实施例，可先分别测试面向服务架构的通信矩阵、信号/模拟信号数据交互的模拟信号通信矩阵和信号通信矩阵是否满足预设要求，其中，通信矩阵本质上是构成面向服务架构、信号/模拟信号数据交互的软件代码，先测试这些通信矩阵是否满足预设要求，满足可以进一步进行测试，不满足则停止测试，可以充分识别车控面向服务架构的潜在问题，提高了系统可靠性，其中，预设要求为预先设置的设计要求，具体设计要求可根据实际情况进行设定，在此不进行具体限定。对于本公开实施例，测试通信矩阵的方法可为多种，对此不做具体限定。
32.在本公开实施例中，第一通讯信息和第二通讯信息可用于对面向服务架构进行逻辑测试，如图2所示，测试主机与车控计算单元(xcu控制器)通过以太网测试端口(eth测试端口)以及以太网转接卡(eth转接卡)连接，测试主机用于向车控计算单元(xcu控制器)发送第一通讯信息，以及接收车控计算单元(xcu控制器)输出的第二通讯信息。在对面向服务架构(车控soa服务)进行逻辑测试时，第一通讯信息可包括第一以太网模拟数据和第一模拟信号数据，第二通讯信息可包括第一信号数据和第一以太网数据。
33.对于本公开实施例，测试主机的以太网数据模拟器可模拟车控面向服务架构调用者向处理逻辑判断模块发送第一以太网模拟数据，以及通过以太网转接卡和以太网接口向车控计算单元的面向服务架构发送第一以太网模拟数据，第一以太网模拟数据为控制指令对应的模拟数据，控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作，同时模拟信号数据模拟器可模拟车控面向服务架构所需的第一模拟信号数据，向处理逻辑判断模块发送第一模拟信号数据，以及通过测试端口发送mcu核，通过mcu核发送给给被测车控计算单元的面向服务架构，被测控制器的车控面向服务架构利用mpu核处理结合第一以太网模拟数据以及第一模拟信号数据经过预设逻辑分析输出相应第一信号数据，以及被测控制器的车控面向服务架构利用mpu核处理结合第一模拟信号数据经过预设逻辑分析输出相应第一以太网数据。其中，预设逻辑分析为预先设置的可处理和分析第一通讯信息的逻辑，对此不做具体限定，第一模拟信号数据可为面向服务架构响应执行控制指令时相应车辆器件对应的实时数据，实时数据用于面向服务架构响应执行控制指令；第一信号数据为面向服务架构利用信号数据交互接口向mcu芯片发送的数据。测试主机可利用处理逻辑判断模块通过接收并对比车控计算单元反馈的第一信号数据和第一以太网数据，判断车控计算单元中的面向服务架构是否通过逻辑测试。第一信号数据为面向服务架构通过预设逻辑分析第一以太网模拟数据以及第一模拟信号数据，获取的相应车辆器件的第一逻辑处理结果，第一以太网数据为面向服务架构通过预设逻辑分析第一模拟信号数据，获取的相应车辆器件的第二逻辑处理结果。
34.对于本公开实施例，作为另一种可能实现的方法，第一通讯信息和第二通讯信息可用于对面向服务架构进行压力测试，可以发现潜在的系统问题，进一步提高车控面向服务架构的可靠性。如图2所示，测试主机与车控计算单元(xcu控制器)通过以太网测试端口(eth测试端口)以及以太网转接卡(eth转接卡)连接，测试主机用于向车控计算单元(xcu控制器)发送第一通讯信息，以及接收车控计算单元(xcu控制器)输出的第二通讯信息。在对面向服务架构(车控soa服务)进行压力测试时，第一通讯信息可包括第二以太网模拟数据
和第二模拟信号数据，第二通讯信息可包括第二信号数据和第二以太网数据。
35.对于本公开实施例，测试主机的以太网数据模拟器可模拟车控面向服务架构调用者向处理逻辑判断模块发送第二以太网模拟数据，以及通过以太网转接卡和以太网接口向车控计算单元的面向服务架构发送第二以太网模拟数据，第二以太网模拟数据为以太网数据模拟模块经过增压处理或对第二以太网模拟数据进行数值切换后，发送的控制指令对应的模拟数据，控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作。同时模拟信号数据模拟器可模拟车控面向服务架构所需的第二模拟信号数据，向处理逻辑判断模块发送第二模拟信号数据，以及通过测试端口发送mcu核，通过mcu核发送给给被测车控计算单元的面向服务架构。被测控制器的车控面向服务架构利用mpu核处理结合第二以太网模拟数据以及第二模拟信号数据经过预设逻辑分析输出相应第二信号数据，以及被测控制器的车控面向服务架构利用mpu核处理结合第二模拟信号数据经过预设逻辑分析输出相应第二以太网数据。其中，预设逻辑分析为预先设置的可处理和分析第一通讯信息的逻辑，对此不做具体限定；第二模拟信号数据可为信号模拟模块降低数据发送周期后，发送的相应车辆器件对应的实时数据，实时数据用于面向服务架构响应执行控制指令。测试主机可利用处理逻辑模块接收并对比车控计算单元反馈的第二信号数据和第二以太网数据，判断车控计算单元中的面向服务架构是否通过压力测试。第二信号数据为面向服务架构通过预设逻辑分析第二以太网模拟数据以及第二模拟信号数据，获取的相应车辆器件的第三逻辑处理结果，第二以太网数据为面向服务架构通过预设逻辑分析第二模拟信号数据，获取的相应车辆器件的第四逻辑处理结果。
36.对于本公开实施例，作为另一种可能实现的方法，第一通讯信息和第二通讯信息可用于对面向服务架构进行异常值测试。如图2所示，测试主机与车控计算单元(xcu控制器)通过以太网测试端口(eth测试端口)以及以太网转接卡(eth转接卡)连接，测试主机用于向车控计算单元(xcu控制器)发送第一通讯信息，以及接收车控计算单元(xcu控制器)输出的第二通讯信息。在对面向服务架构(车控soa服务)进行异常值测试时，第一通讯信息可包括第三以太网模拟数据和第三模拟信号数据，第二通讯信息可包括第三信号数据和第三以太网数据。
37.对于本公开实施例，测试主机的以太网数据模拟器可模拟车控面向服务架构调用者向处理逻辑判断模块发送第三以太网模拟数据，以及通过以太网转接卡和以太网接口向车控计算单元的面向服务架构发送第三以太网模拟数据，第三以太网模拟数据为控制指令对应超出正常数值范围的异常模拟数据，控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作。同时模拟信号数据模拟器可模拟车控面向服务架构所需的第三模拟信号数据，向处理逻辑判断模块发送第三模拟信号数据，以及通过测试端口发送mcu核，通过mcu核发送给给被测车控计算单元的面向服务架构。被测控制器的车控面向服务架构利用mpu核处理结合第三以太网模拟数据以及第三模拟信号数据经过预设逻辑分析输出相应第三信号数据，以及被测控制器的车控面向服务架构利用mpu核处理结合第三模拟信号数据经过预设逻辑分析输出相应第三以太网数据。其中，预设逻辑分析为预先设置的可处理和分析第一通讯信息的逻辑，对此不做具体限定；第三模拟信号数据为面向服务架构响应执行控制指令时，相应车辆器件对应超出正常数值范围的异常实时数据，异常实时数据用于面向服务架构响应执行控制指令。测试主机可利用处理逻辑判断模块接收并对比车控计
算单元反馈的第三信号数据和第三以太网数据，判断车控计算单元中的面向服务架构是否通过异常值测试。第三信号数据为面向服务架构通过预设逻辑分析第三以太网模拟数据以及第三模拟信号数据，获取的相应车辆器件的第五逻辑处理结果，第三以太网数据为面向服务架构通过预设逻辑分析第三模拟信号数据，获取的相应车辆器件的第六逻辑处理结果。
38.步骤102、通过对比第一通讯信息和第二通讯信息，判断车控计算单元中的面向服务架构是否通过预设测试。
39.其中，预设测试为根据实际情况预先设置的测试方法，可包括对面向服务架构的逻辑测试、对面向服务架构的压力测试，以及对面向服务架构的异常值测试中的一种或多种，在此不进行具体的限定。
40.对于本公开实施例，在对面向服务架构进行逻辑测试时，处理逻辑判断模块可通过接收到第一以太网模拟数据与接收的第一信号数据进行对比，以及可通过接收到的第一模拟信号数据与第一以太网数据进行对比，其中，第一以太网模拟数据中包含的第一预设逻辑处理结果，第一信号数据用于反映第一逻辑处理结果，第一预设逻辑处理结果为以太网数据模拟模块在发送模拟数据时已知的逻辑处理结果，第一逻辑处理结果为面向服务架构反馈的通过预设逻辑分析第一以太网模拟数据以及第一模拟信号数据得到的逻辑分析结果；第一模拟信号数据中包含的第二预设逻辑处理结果，第一以太网数据用于反映第二逻辑处理结果，第二预设逻辑处理结果为信号模拟模块在发送模拟数据时已知的逻辑处理结果，第二逻辑处理结果为面向服务架构反馈的通过预设逻辑分析第一模拟信号数据得到的逻辑分析结果。若第一预设逻辑处理结果和第一逻辑处理结果一致，且第二预设逻辑处理结果和第二逻辑处理结果一致，则判断车控计算单元中的面向服务架构通过服务逻辑测试。
41.对于本公开实施例，在对面向服务架构进行压力测试时，处理逻辑判断模块可通过接收到第二以太网模拟数据与接收的第二信号数据进行对比，以及可通过接收到的第二模拟信号数据与第二以太网数据进行对比，其中，第二以太网模拟数据中包含的第三预设逻辑处理结果，第二信号数据用于反映第三逻辑处理结果，第三预设逻辑处理结果为以太网数据模拟模块在发送模拟数据时已知的逻辑处理结果，第三逻辑处理结果为面向服务架构反馈的通过预设逻辑分析第二以太网模拟数据以及第二模拟信号数据得到的逻辑分析结果，第二模拟信号数据中包含的第四预设逻辑处理结果，第二以太网数据用于反映第四逻辑处理结果，第四预设逻辑处理结果为信号模拟模块在发送模拟数据时已知的逻辑处理结果，第四逻辑处理结果为面向服务架构反馈的通过预设逻辑分析第二模拟信号数据得到的逻辑分析结果。若第三预设逻辑处理结果和第三逻辑处理结果一致，且第四预设逻辑处理结果和第四逻辑处理结果一致，则判断车控计算单元中的面向服务架构通过压力测试。
42.对于本公开实施例，在对面向服务架构进行异常值测试时，处理逻辑判断模块可通过接收到第三以太网模拟数据与接收的第三信号数据进行对比，以及可通过接收到的第三模拟信号数据与第三以太网数据进行对比，其中，第三以太网模拟数据中包含的第五预设逻辑处理结果，第三信号数据用于反映第五逻辑处理结果，第五预设逻辑处理结果为以太网数据模拟模块在发送模拟数据时已知的逻辑处理结果，第五逻辑处理结果为面向服务架构反馈的通过预设逻辑分析第三以太网模拟数据以及第三模拟信号数据得到的逻辑分
析结果；第三模拟信号数据中包含的第六预设逻辑处理结果，第三以太网数据用于反映第六逻辑处理结果，第六预设逻辑处理结果为信号模拟模块在发送模拟数据时已知的逻辑处理结果，第六逻辑处理结果为面向服务架构反馈的通过预设逻辑分析第三模拟信号数据得到的逻辑分析结果。若第五预设逻辑处理结果和第五逻辑处理结果一致，且第六预设逻辑处理结果和第六逻辑处理结果一致，则判断车控计算单元中的面向服务架构通过异常值测试。
43.对于本公开实施例，车控面向服务架构测试覆盖场景可为多种，如正常工作场景、整车工作模式切换场景、相关控制器异常状态场景、记忆功能、初始状态、车辆情景模式切换、模拟数据堵塞场景、快速连续切换数据场景等，对此不做具体限定。以面向服务架构测试场景为正常工作场景为例，对本公开中的技术方案进行说明，但并不构成对本公开中技术方案的具体限定。
44.在具体应用场景中，以车辆行车门开报警面向服务架构为例，说明车控面向服务架构测试过程；车门开报警面向服务架构涉及到的以太网信号有：门开告警(无告警、一级告警、二级告警)发送周期200ms；模拟信号有：左前门状态(closed、ajar)，右前门状态(closed、ajar)，左后门状态(closed、ajar)，右后门状态(closed、ajar)，背门锁状态(fully locked、open、half locked)，油箱盖状态(closed、open)，车辆电源模式(off、acc、on)、车速(数值)；发送周期100ms。行车门开报警面向服务架构会根据信号模拟模块上报的车门状态、车辆电源模式、油箱盖状态、当时车速及车门状态计时，决定上报门开告警的数值(无告警、一级告警、二级告警)，先将车辆行车门开报警面向服务架构导入到车控计算单元中，将车辆行车门开报警面向服务架构测试用例导入到测试主机中，测试门开告警数据格式是否满足设计要求，然后测试左前门状态、右前门状态、左后门状态、右后门状态、背门锁状态、油箱盖状态、车辆电源模式、车速数据格式及发送周期是否满足设计要求，接着测试车控门开报警面向服务架构逻辑是否满足设计要求，在对面向服务架构进行压力测试，信号模拟装置以10ms周期发送时，测试车控面向服务架构是否满足设计要求，或者增加以太网数据模拟模块的负载率，测试车控面向服务架构是否满足设计要求。在对面向服务架构进行异常值测试，分别对左前门状态、右前门状态、左后门状态、右后门状态、背门锁状态、油箱盖状态、车辆电源模式、车速数据赋值超范围数值，测试车控面向服务架构是否满足设计要求。
45.对于本公开实施例，如图3所示，将要测试的车控面向服务架构(车控soa服务)导入到车控计算单元(xcu控制器)中，以及将车控面向服务架构(车控soa服务)测试用例导入到测试主机中，可先测试面向服务架构的通信矩阵、模拟信号通信矩阵和信号通信矩阵是否正确，若全部正确，则继续测试车控面向服务架构的服务逻辑、压力测试以及异常值测试是否正确，若其中任何一项有问题，则对应输出通信错误，若全部正确则输出测试通过。
46.综上，根据本公开提供的一种面向服务架构测试方法、装置、电子设备及车辆，与目前现有技术相比，本公开可通过向车控计算单元发送第一通讯信息，以及接收车控计算单元输出的第二通讯信息，其中，第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果，进而通过对比第一通讯信息和第二通讯信息，即通过对比预期测试结果和实际测试结果，可以直接确定面向服务架构是否通过预设测试，实现车控面向服务架构自动化测试，
提升车控面向服务架构的测试覆盖度，提高测试效率。
47.基于上述图1所示方法的具体实现，本实施例提供了一种面向服务架构测试装置，如图4所示，该装置包括：发送模块31、对比模块32；
48.发送模块31，用于向车控计算单元发送第一通讯信息，以及接收车控计算单元输出的第二通讯信息，其中，所述第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，所述第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果。
49.对比模块32，用于通过对比第一通讯信息和第二通讯信息，判断车控计算单元中的面向服务架构是否通过预设测试。
50.在具体的应用场景中，测试主机包括以太网数据模拟模块、信号模拟模块以及处理逻辑判断模块，第一通讯信息包括第一以太网模拟数据和第一模拟信号数据，第二通讯信息包括第一信号数据和第一以太网数据，发送模块31，可用于控制以太网数据模拟模块向车控计算单元和处理逻辑判断模块发送第一以太网模拟数据，第一以太网模拟数据为控制指令对应的模拟数据，控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作；控制信号模拟模块向车控计算单元和处理逻辑判断模块发送第一模拟信号数据，第一模拟信号数据为面向服务架构响应执行控制指令时相应车辆器件对应的实时数据，实时数据用于面向服务架构响应执行控制指令；利用处理逻辑判断模块接收车控计算单元反馈的第一信号数据和第一以太网数据，第一信号数据为面向服务架构通过预设逻辑分析第一以太网模拟数据以及第一模拟信号数据，获取的相应车辆器件的第一逻辑处理结果，第一以太网数据为面向服务架构通过预设逻辑分析第一模拟信号数据，获取的相应车辆器件的第二逻辑处理结果。
51.在具体的应用场景中，对比模块32，可用于对比第一以太网模拟数据中包含的第一预设逻辑处理结果和第一信号数据反映的第一逻辑处理结果；对比第一模拟信号数据中包含的第二预设逻辑处理结果和第一以太网数据反映的第二逻辑处理结果；若第一预设逻辑处理结果和第一逻辑处理结果一致，且第二预设逻辑处理结果和第二逻辑处理结果一致，则判断车控计算单元中的面向服务架构通过服务逻辑测试。
52.在具体的应用场景中，测试主机包括以太网数据模拟模块、信号模拟模块以及处理逻辑判断模块，第一通讯信息包括第二以太网模拟数据和第二模拟信号数据，第二通讯信息包括第二信号数据和第二以太网数据，发送模块31，可用于控制以太网数据模拟模块向车控计算单元和处理逻辑判断模块发送第二以太网模拟数据，第二以太网模拟数据为以太网数据模拟模块经过增压处理或对第二以太网模拟数据进行数值切换后，发送的控制指令对应的模拟数据，控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作；控制信号模拟模块向车控计算单元和处理逻辑判断模块发送第二模拟信号数据，第二模拟信号数据为信号模拟模块降低数据发送周期后，发送的相应车辆器件对应的实时数据，实时数据用于面向服务架构响应执行控制指令；利用处理逻辑判断模块接收车控计算单元反馈的第二信号数据和第二以太网数据，第二信号数据为面向服务架构通过预设逻辑分析第二以太网模拟数据以及第二模拟信号数据，获取的相应车辆器件的第三逻辑处理结果，第二以太网数据为面向服务架构通过预设逻辑分析第二模拟信号数据，获取的相应车辆器件的第四逻辑处理结果。
53.在具体的应用场景中，对比模块32，可用于对比第二以太网模拟数据中包含的第三预设逻辑处理结果和第二信号数据反映的第三逻辑处理结果；对比第二模拟信号数据中包含的第四预设逻辑处理结果和第二以太网数据反映的第四逻辑处理结果；若第三预设逻辑处理结果和第三逻辑处理结果一致，且第四预设逻辑处理结果和第四逻辑处理结果一致，则判断车控计算单元中的面向服务架构通过压力测试测试。
54.在具体的应用场景中，测试主机包括以太网数据模拟模块、信号模拟模块以及处理逻辑判断模块，第一通讯信息包括第三以太网模拟数据和第三模拟信号数据，第二通讯信息包括第三信号数据和第三以太网数据，发送模块31，可用于控制以太网数据模拟模块向车控计算单元和处理逻辑判断模块发送第三以太网模拟数据，第三以太网模拟数据为控制指令对应超出正常数值范围的异常模拟数据，控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作；控制信号模拟模块向车控计算单元和处理逻辑判断模块发送第三模拟信号数据，第三模拟信号数据为面向服务架构响应执行控制指令时，相应车辆器件对应超出正常数值范围的异常实时数据，异常实时数据用于面向服务架构响应执行控制指令；利用处理逻辑判断模块接收车控计算单元反馈的第三信号数据和第三以太网数据，第三信号数据为面向服务架构通过预设逻辑分析第三以太网模拟数据以及第三模拟信号数据，获取的相应车辆器件的第五逻辑处理结果，第二以太网数据为面向服务架构通过预设逻辑分析第三模拟信号数据，获取的相应车辆器件的第六逻辑处理结果。
55.在具体的应用场景中，对比模块32，可用于对比第三以太网模拟数据中包含的第五预设逻辑处理结果和第三信号数据反映的第五逻辑处理结果；对比第三模拟信号数据中包含的第六预设逻辑处理结果和第三以太网数据反映的第六逻辑处理结果；若第五预设逻辑处理结果和第五逻辑处理结果一致，且第六预设逻辑处理结果和第六逻辑处理结果一致，则判断车控计算单元中的面向服务架构通过异常值测试。
56.需要说明的是，本实施例提供的一种面向服务架构测试装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。
57.基于上述如图1所示方法，相应的，本实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1所示的方法。
58.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景的方法。
59.基于上述如图1所示的方法，以及图4所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种电子设备，可配置在车辆(如电动汽车)端侧，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的方法。
60.可选的，上述实体设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。
61.本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对该实体
设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
62.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
63.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的方案，与目前现有技术相比，本公开可通过向车控计算单元发送第一通讯信息，以及接收车控计算单元输出的第二通讯信息，其中，第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果，进而通过对比第一通讯信息和第二通讯信息，即通过对比预期测试结果和实际测试结果，可以直接确定面向服务架构是否通过预设测试，实现车控面向服务架构自动化测试，提升车控面向服务架构的测试覆盖度，提高测试效率。
64.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
65.以上仅是本技术的具体实施方式，使本领域技术人员能够理解或实现本技术。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种面向服务架构测试方法，其特征在于，所述方法由测试主机执行，所述方法包括：向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，其中，所述第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，所述第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果；通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试。2.根据权利要求1所述的方法，其特征在于，所述测试主机包括以太网数据模拟模块、信号模拟模块以及处理逻辑判断模块，所述第一通讯信息包括第一以太网模拟数据和第一模拟信号数据，所述第二通讯信息包括第一信号数据和第一以太网数据，所述向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，包括：控制以太网数据模拟模块向车控计算单元和所述处理逻辑判断模块发送所述第一以太网模拟数据，所述第一以太网模拟数据为控制指令对应的模拟数据，所述控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作；控制信号模拟模块向车控计算单元和所述处理逻辑判断模块发送所述第一模拟信号数据，所述第一模拟信号数据为所述面向服务架构响应执行所述控制指令时所述相应车辆器件对应的实时数据，所述实时数据用于所述面向服务架构响应执行所述控制指令；利用处理逻辑判断模块接收所述车控计算单元反馈的所述第一信号数据和第一以太网数据，所述第一信号数据为所述面向服务架构通过预设逻辑分析所述第一以太网模拟数据以及所述第一模拟信号数据，获取的所述相应车辆器件的第一逻辑处理结果，所述第一以太网数据为所述面向服务架构通过预设逻辑分析所述第一模拟信号数据，获取的所述相应车辆器件的第二逻辑处理结果。3.根据权利要求2所述的方法，其特征在于，所述通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试，包括：对比所述第一以太网模拟数据中包含的第一预设逻辑处理结果和所述第一信号数据反映的第一逻辑处理结果；对比所述第一模拟信号数据中包含的第二预设逻辑处理结果和所述第一以太网数据反映的第二逻辑处理结果；若所述第一预设逻辑处理结果和所述第一逻辑处理结果一致，且所述第二预设逻辑处理结果和所述第二逻辑处理结果一致，则判断所述车控计算单元中的面向服务架构通过服务逻辑测试。4.根据权利要求1所述的方法，其特征在于，所述测试主机包括以太网数据模拟模块、信号模拟模块以及处理逻辑判断模块，所述第一通讯信息包括第二以太网模拟数据和第二模拟信号数据，所述第二通讯信息包括第二信号数据和第二以太网数据，所述向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，包括：控制以太网数据模拟模块向车控计算单元和所述处理逻辑判断模块发送所述第二以太网模拟数据，所述第二以太网模拟数据为所述以太网数据模拟模块经过增压处理或对所述第二以太网模拟数据进行数值切换后，发送的控制指令对应的模拟数据，所述控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作；
控制信号模拟模块向车控计算单元和所述处理逻辑判断模块发送所述第二模拟信号数据，所述第二模拟信号数据为所述信号模拟模块降低数据发送周期后，发送的所述相应车辆器件对应的实时数据，所述实时数据用于所述面向服务架构响应执行所述控制指令；利用所述处理逻辑判断模块接收所述车控计算单元反馈的所述第二信号数据和第二以太网数据，所述第二信号数据为所述面向服务架构通过预设逻辑分析所述第二以太网模拟数据以及所述第二模拟信号数据，获取的所述相应车辆器件的第三逻辑处理结果，所述第二以太网数据为所述面向服务架构通过预设逻辑分析所述第二模拟信号数据，获取的所述相应车辆器件的第四逻辑处理结果。5.根据权利要求4所述的方法，其特征在于，所述通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试，包括：对比所述第二以太网模拟数据中包含的第三预设逻辑处理结果和所述第二信号数据反映的第三逻辑处理结果；对比所述第二模拟信号数据中包含的第四预设逻辑处理结果和所述第二以太网数据反映的第四逻辑处理结果；若所述第三预设逻辑处理结果和所述第三逻辑处理结果一致，且所述第四预设逻辑处理结果和所述第四逻辑处理结果一致，则判断所述车控计算单元中的面向服务架构通过压力测试测试。6.根据权利要求1所述的方法，其特征在于，所述测试主机包括以太网数据模拟模块、信号模拟模块以及处理逻辑判断模块，所述第一通讯信息包括第三以太网模拟数据和第三模拟信号数据，所述第二通讯信息包括第三信号数据和第三以太网数据，所述向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，包括：控制以太网数据模拟模块向车控计算单元和所述处理逻辑判断模块发送所述第三以太网模拟数据，所述第三以太网模拟数据为控制指令对应超出正常数值范围的异常模拟数据，所述控制指令用于指示面向服务架构执行对相应车辆器件的逻辑处理操作；控制信号模拟模块向车控计算单元和所述处理逻辑判断模块发送所述第三模拟信号数据，所述第三模拟信号数据为所述面向服务架构响应执行所述控制指令时，所述相应车辆器件对应超出正常数值范围的异常实时数据，所述异常实时数据用于所述面向服务架构响应执行所述控制指令；利用所述处理逻辑判断模块接收所述车控计算单元反馈的所述第三信号数据和第三以太网数据，所述第三信号数据为所述面向服务架构通过预设逻辑分析所述第三以太网模拟数据以及所述第三模拟信号数据，获取的所述相应车辆器件的第五逻辑处理结果，所述第三以太网数据为所述面向服务架构通过预设逻辑分析所述第三模拟信号数据，获取的所述相应车辆器件的第六逻辑处理结果。7.根据权利要求6所述的方法，其特征在于，所述通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试，包括：对比所述第三以太网模拟数据中包含的第五预设逻辑处理结果和所述第三信号数据反映的第五逻辑处理结果；对比所述第三模拟信号数据中包含的第六预设逻辑处理结果和所述第三以太网数据反映的第六逻辑处理结果；
若所述第五预设逻辑处理结果和所述第五逻辑处理结果一致，且所述第六预设逻辑处理结果和所述第六逻辑处理结果一致，则判断所述车控计算单元中的面向服务架构通过异常值测试。8.一种面向服务架构测试装置，其特征在于，包括：发送模块，用于向车控计算单元发送第一通讯信息，以及接收所述车控计算单元输出的第二通讯信息，其中，所述第一通讯信息包括面向服务架构对应的测试数据和预期测试结果，所述第二通讯信息包括面向服务架构对测试数据进行预设逻辑分析得到的实际测试结果；对比模块，用于通过对比所述第一通讯信息和所述第二通讯信息，判断所述车控计算单元中的面向服务架构是否通过预设测试。9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法。10.一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法。11.一种车辆，其特征在于，包括：如权利要求8所述的装置，或如权利要求10所述的电子设备。

技术总结
本公开涉及一种面向服务架构测试方法、装置、电子设备及车辆，涉及软件测试技术领域，其中方法包括：通过向车控计算单元发送第一通讯信息，以及接收车控计算单元输出的第二通讯信息，通过对比第一通讯信息和第二通讯信息，判断车控计算单元中的面向服务架构是否通过预设测试。通过应用本公开的技术方案，可以实现车控面向服务架构自动化测试，提升车控面向服务架构的测试覆盖度，提高测试效率。提高测试效率。提高测试效率。


技术研发人员：王海星
受保护的技术使用者：北京罗克维尔斯科技有限公司
技术研发日：2023.05.19
技术公布日：2023/9/20