CN115795845A - 集成化测试仿真平台的构建方法、装置、设备及存储介质 - Google Patents

Abstract

本发明提供一种集成化测试仿真平台的构建方法、装置、设备及存储介质。方法包括：获取车辆中各传感器性能数据，对各传感器进行虚拟化处理，得到各虚拟化传感器；获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应电子控制器单元上，部署微服务架构；写入测试方案，通过通信协议实现各微服务架构的通信，构建集成化测试仿真平台。通过虚拟化单个电子控制器，将其作为一个版本镜像蓝图部署成微服务，将多个电子控制器虚拟化成微服务集群，互相交互，以实现集成部署和测试。再基于整个平台，映射成整车模型，在仿真环境中与环境交互产生的数据传入各个电子控制器微服务，实现集成化仿真测试。降低了开发成本，提高了迭代效率。

Description

集成化测试仿真平台的构建方法、装置、设备及存储介质

技术领域

本申请涉及软件测试技术领域，具体涉及一种集成化测试仿真平台的构建方法、装置、设备及存储介质。

背景技术

在车辆投入生产前，需要对车辆进行性能测试。通常使用仿真测试的方法，在传统的车载ECU(ElectronicControlUnit，电子控制器单元)嵌入式软件开发测试过程中，不同的业务模块需要部署在不同的ECU节点上，ECU节点之间通过CAN总线的方式传输数据，以实现各业务之间的通信与控制。

现有的车辆仿真测试方法通常是采用软件测试与硬件测试联合的方式，即在ECU的各功能模块开发完成后，通过与硬件联调测试的方式，实现各ECU之间的数据传输。但这种方式对硬件支持具有强依赖，在硬件资源未支持之前，车端嵌入式软件无法快速地进入充分测试阶段，特别是当多个节点集成测试时，一个节点的硬件资源未支持可能会影响整个联调的进度。此外，这种硬件强依赖的测试方式需要开发人员具备硬件知识，很多时候需要自己连线搭环境。但业务开发人员其实更多的是关心软件本身的运转与业务流程的进行，并不希望花费较多的精力在软件的调试上，特别是卡在一些硬件环节之上导致自身业务流程验证毫无进展。因此，需要一种集成化测试仿真平台的构建方法、装置、设备及存储介质。

发明内容

鉴于以上所述现有技术的缺点，本发明提供一种集成化测试仿真平台的构建方法、装置、设备及存储介质，以解决上述技术问题。

本发明提供的集成化测试仿真平台的构建方法，包括：

获取车辆中各传感器的性能数据，并根据所述性能数据对各传感器进行虚拟化处理，得到各虚拟化传感器；

根据车辆中各电子控制器单元的名称，获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应的电子控制器单元上，部署微服务架构，其中，每个电子控制器单元的集成功能与一个或多个虚拟化传感器相对应；

根据各微服务架构的功能，写入对应的测试方案，并通过预设的通信协议实现各微服务架构间的通信，构建集成化测试仿真平台。

于本发明的一实施例中，所述测试方案是以蓝图的形式，写入至对应的微服务架构的容器中。

于本发明的一实施例中，所述通信协议为HTTP，所述通过预设的通信协议实现各微服务架构间的通信，包括：

接收其中一个微服务架构发出的连接请求；

根据所述连接请求，判断是否在预设的响应时长内生成连接确认响应，并将生成的所述连接确认响应发送至所述发出连接请求的微服务架构；

接收所述发出连接请求的微服务架构发送的确认信息，以建立与所述发出连接请求的微服务架构的通信连接，其中，所述确认信息是根据所述连接确认响应生成的信息。

于本发明的一实施例中，所述通过预设的通信规则实现各微服务间的通信之后，还包括：

根据预设的道路信息、障碍物信息、房屋信息和人流信息进行仿真建模，构建虚拟化仿真地图；

根据车辆的性能参数，构建整车模型；

将所述整车模型部署在所述仿真地图中，进行驾驶操作，获取驾驶数据；

将所述驾驶数据传输给各微服务架构，以使各微服务架构基于所述驾驶数据控制所述整车模型做出相应操作。

于本发明的一实施例中，所述集成化测试仿真平台为可视化操作界面。

于本发明的一实施例中，使用所述集成化测试仿真平台进行测试的过程包括：

将软件测试需求输入至所述集成化测试仿真平台中，读取预设的测试需求所需的数据；

根据所述测试需求所需的数据，从预存的数据表中查找所述数据对应的电子控制器单元，向对应的电子控制器单元发送数据获取请求；

接收各电子控制器单元在预设时间内发送的数据，判断各数据是否满足预设的标准，并在满足标准时完成测试。

于本发明的一实施例中，所述判断各数据是否满足预设的标准之后，还包括：若有一个数据不满足预设的标准，则返回测试失败信息，并在所述集成化测试仿真平台发出警示信息。

于本发明的一实施例中，还提供一种集成化测试仿真平台的构建装置，所述装置包括：

虚拟化传感器获取模块，配置为获取车辆中各传感器的性能数据，并根据所述性能数据对各传感器进行虚拟化处理，得到各虚拟化传感器；

微服务架构部署模块，配置为根据车辆中各电子控制器单元的名称，获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应的电子控制器单元上，部署微服务架构；其中，每个电子控制器单元的集成功能与一个或多个虚拟化传感器相对应；

仿真平台构建模块，配置为根据各微服务架构的功能，写入对应的测试方案，并通过预设的通信协议实现各微服务架构间的通信，构建集成化测试仿真平台。

于本发明的一实施例中，还提供一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述任一项所述的集成化测试仿真平台的构建方法。

于本发明的一实施例中，还提供一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述任一项所述的集成化测试仿真平台的构建方法。

本发明的有益效果：本发明中通过获取各传感器的性能数据后，可以对传感器进行虚拟化，从而得到虚拟化传感器。以便将虚拟化传感器关联到车辆模型中。通过获取不同电子控制器单元的集成功能，可以选择对应的虚拟化传感器，将这些虚拟化传感器集成到与其功能相关的电子控制器单元上，部署微服务架构。并根据各微服务架构的功能，提供对应的测试方案，构建集成化测试仿真平台。将整车的各个电子控制器单元部件，以微服务的形式进行虚拟化，进行统一的部署与管理，电子控制器单元部件内部署的测试方案所在的业务模块也对应地部署到相应的微服务架构中。将整车不同区域下的车载嵌入式软件的集成化部署并统一管理，将开发前期业务流程的充分测试进行在一个纯软件的平台中，降低了开发成本，提高了迭代效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1本申请的一示例性实施例示出的集成化测试仿真平台的构建方法的实施环境示意图；

图2本申请的一示例性实施例示出的集成化测试仿真平台的构建方法的流程图；

图3是图2所示实施例中的微服务架构通信在一示例性的实施例中的流程图；

图4是图2所示实施例中的仿真地图构建在一示例性的实施例中的流程图；

图5是图2所示实施例中的测试过程在一示例性的实施例中的流程图；

图6是本申请的一示例性实施例示出的集成化测试仿真平台的构建装置的框图；

图7出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。

图1是本申请的一示例性实施例示出的信息发布周期的监测方法的实施环境示意图。图1所示的智能终端110可以是智能手机、车载电脑、平板电脑、笔记本电脑或者可穿戴设备等任意支持安装信息发布周期的监测终端设备，但并不限于此。图1所示的填充服务端120是导航服务器，例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云信息库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(ContentDeliveryNetwork，内容分发网络)、以及大信息和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。智能终端110可以通过3G(第三代的移动信息技术)、4G(***的移动信息技术)、5G(第五代的移动信息技术)等无线网络与导航服务端220进行通信，本处也不对此进行限制。

请参阅图2，图2是本申请的一示例性实施例示出的集成化测试仿真平台的构建方法的流程图。该方法可以应用于图1所示的实施环境，并由该实施环境中的智能终端110具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。

如图2所示，在一示例性的实施例中，集成化测试仿真平台的构建方法至少包括步骤S210至步骤S240，详细介绍如下：

步骤S210，获取车辆中各传感器的性能数据，并根据所述性能数据对各传感器进行虚拟化处理，得到各虚拟化传感器。

在构建集成化测试仿真平台时，首先需要获取车辆的各种数据。由于车辆的数据是通过传感器获取的，因此在构建集成化测试仿真平台的初期，首先需要对传感器进行虚拟化处理。具体地，可先获取每个传感器的性能数据，其中，性能数据可以直观的表示传感器的各项性能指标，性能数据包括但不限于传感器的灵敏度、使用频率范围、动态范围和相移参数等。示例性地，对于位移传感器，其性能数据可以是灵敏度、零点温漂、输出方式、量程、传感器增益和动态范围等。因此，对于不同的传感器，其所需的性能数据不同，需要说明的是，每个传感器可选择一个或多个性能数据，本领域技术人员可根据实际需求根据传感器类型适应性选则相应的性能数据，以对传感器进行虚拟化处理，具体性能数据在此不做限定。将各传感器虚拟化后得到的虚拟化传感器，能够正确识别仿真环境中的各类物理量，如压力、温度、速度、距离等，也能识别仿真环境中的车辆、行人、静态障碍物、交通基础设施等，并输出相关的物理数据量，提供给部署在集成化测试仿真平台中的微服务架构使用。需要说明的是，为了使集成化测试仿真平台能够适用于更多类型的车辆，在集成化测试仿真平台构建的初期，可以将多种车辆的传感器都进行虚拟化处理，若两种车型之间的传感器性能参数一致，则可将此传感器同时应用于上述两种车型。这样可以有效减少每次引入新车型，都要对所有传感器虚拟化处理，导致费时费力的问题。当然，也可只选择一种特定车型的传感器进行虚拟化处理，本领域人员可自由选择，在此不做限定。

步骤S220，根据车辆中各电子控制器单元的名称，获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应的电子控制器单元上，部署微服务架构，其中，每个电子控制器单元的集成功能与一个或多个虚拟化传感器相对应。

由于车辆是通过ECU进行行车控制，也即车辆的所有行为都是通过ECU操控的。ECU被称为是行车电脑、电子控制单元等。ECU是属于车辆上非常核心的一个电子元件，可以对汽车输入的各种数据，以及车辆运行期间的各种情况进行实时监控。通过将各虚拟化传感器集成到对应的电子控制器单元上，可以将各虚拟化传感器获取的数据及时传送至对应的电子控制器单元进行分析，实现对车辆的测试。本实施例中，根据车辆中各电子控制器单元的名称，在预存的信息表中即可查询每个电子控制器单元的集成功能和该电子控制器单元所需的虚拟化传感器。示例性地，在行车***中，电子控制器单元的名称为行车电子控制器单元，其对应的集成功能为控制车辆行进的速度和方向，其对应的虚拟化传感器为速度传感器和方向传感器。将这两个虚拟化传感器的接口与行车电子控制器单元相连接即可将虚拟化传感器的数据传输至行车电子控制器单元。进一步地，本实施例中，各电子控制器单元不仅具备常规实体车辆中的功能，还可以虚拟化成插件的形式，以供微服务架构的容器镜像选择所需的集成，如5G网络通信、CAN网络控制器、各种传感器数据接收接口等。各电子控制器单元节点虚拟化的微服务容器镜像，可根据不同的操作***、基础功能接口集成相应的虚拟化传感器，动态生成服务镜像版本，根据服务镜像部署微服务架构。本发明一实施例中，测试方案是以蓝图的形式，写入至对应的微服务架构的容器中。相当于实际操作中将嵌入式业务功能软件部署到汽车某个部位的电子控制器单元中。测试方案是预先设置好的针对车辆所需的种种测试，测试方案有多个，每个测试方案可以测试车辆的一个或几个关联的性能。由于每次开发，都会产生新版本的测试方案，操作人员可直接将新的测试方案部署至微服务架构的容器中。因此，在每个微服务架构的容器中，存在多个不同版本的测试方案，且每个测试方案均与该微服务架构对应的电子控制器单元的功能相关。不同部件接口、传感器，可以拥有不同的版本，操作人员可根据实际测试需要，选择所需的版本的测试方案，动态地选择集成对应版本的测试方案。通过操作界面，可以管理各个电子控制器单元部件的虚拟微服务，例如启动、删除、升级应用测试方案的蓝图版本、查看微服务运行状况、各应用模块占用资源等操作。

步骤S230，根据各微服务架构的功能，写入对应的测试方案，并通过预设的通信协议实现各微服务架构间的通信，构建集成化测试仿真平台。

由于每个微服务架构中都有一个容器，用于存储对应的测试方案。因此，构建集成化测试仿真平台时，可根据每个微服务架构的功能，也即对应电子控制器单元的功能，可以写入对应的测试方案。通过各测试方案之间的互联互通，实现测试数据的汇总与分析，从而构建出一个集成化测试仿真平台。各微服务架构中容器之间的通信对应于现实中，汽车不同电子控制器单元节点中测试方案之间的通信。因此，在该集成化测试仿真平台中，不仅可以实现不同测试方案之间的互联互通，还可以模仿车载软件与车云平台之间的数据上传、下发、查询与控制等功能。

在本发明一实施例中，对于单个微服务架构中的测试方案，虚拟化传感器获取的数据方式可以包括直接获取和间接获取。其中，直接获取可以采用生成物理数据供虚拟传感器捕获再由虚拟化传感器提供给业务模块，间接获取是直接以脚本的方式向电子控制器单元的容器中发送虚拟数据触发业务。

如图3所示，图3是图2所示实施例中的微服务架构通信在一示例性的实施例中的流程图。在本发明一实施例中，所述通信协议为HTTP，所述通过预设的通信协议实现各微服务架构间的通信，包括：

步骤S310，接收其中一个微服务架构发出的连接请求；

步骤S320，根据所述连接请求，判断是否在预设的响应时长内生成连接确认响应，并将生成的所述连接确认响应发送至所述发出连接请求的微服务架构；

步骤S330，接收所述发出连接请求的微服务架构发送的确认信息，以建立与所述发出连接请求的微服务架构的通信连接，其中，所述确认信息是根据所述连接确认响应生成的信息。

本实施例中，各微服务架构之间是通过HTTP协议进行数据传输，具体地，两个微服务架构之间需要进行通信连接时，其中一个微服务架构作为当前微服务架构，接收到另一个微服务架构发出的连接请求后。当前微服务架构可以根据连接请求的内容，在预设的响应时长内生成连接确认响应。然后将连接确认响应发送给发送连接请求的微服务架构，在预设时长内，若接收到发送连接请求的微服务架构发送的确认信息，则表示两个微服务架构已经建立通信连接，可以实现数据传输。若在预设时长内未接收到发送连接请求的微服务架构发送的确认信息，则说明数据传输出现错误，因此需要中断操作，等待下一次连接请求。同样地，若在预设的响应时长内未生成连接确认响应，说明当前的微服务架构在网络或数据传输上存在问题，同样需要中断操作。

如图4所示，图4是图2所示实施例中的仿真地图构建在一示例性的实施例中的流程图。在本发明一实施例中，所述通过预设的通信规则实现各微服务间的通信之后，还包括：

S410、根据预设的道路信息、障碍物信息、房屋信息和人流信息进行仿真建模，构建虚拟化仿真地图；

S420、根据车辆的性能参数，构建整车模型；

S430、将所述整车模型部署在所述仿真地图中，进行驾驶操作，获取驾驶数据；

S440、将所述驾驶数据传输给各微服务架构，以使各微服务架构基于所述驾驶数据控制所述整车模型做出相应操作。

为了使测试结果更加贴合实际，可以构建虚拟化仿真地图，对地图中的道路、障碍物、人物、房屋等进行仿真建模。通过获取车辆的各项性能参数，将车辆进行虚拟建模，构建整车模型。可以理解的是，整车模型可有多个，每个整车模型对应一种车型。实际操作中，操作人员可选择对应的整车模型进行测试。将部件虚拟化的整车模型部署于虚拟化的仿真地图中，进行驾驶运动操作。虚拟化传感器的模拟也以采用微服务的方式进行部署，虚拟化传感器的数据来源为整车模型与虚拟化地图中元素的交互。通过将虚拟化传感器获取的驾驶数据传输到对应的各微服务架构中，各种微服务架构根据驾驶数据做出对应的行车操作，从而可以得到一系列测试数据。示例性地，整车模型中，各个部件节点的虚拟机中集成了业务功能模块与虚拟化传感器数据接收功能，整车模型在虚拟化的地图中模拟运动驾驶，此过程中与虚拟仿真地图中的各种元素交互，所产生的物理信号，可以被整车模型各个虚拟机中的虚拟传感器捕获，传递给微服务架构中的对应容器。容器依据接收到的物理信号，可以做出相应的操作，或与其他微服务架构中的容器发生交互，或与车云平台发生交互。这种场景可以应用于智能驾驶的算法测试中，也可以用于模拟冲击、碰撞条件下车载软件的测试中，可以减少实际测试中的硬件资源损耗。传递数据给电子控制器单元的模式可以采用发布的方式，电子控制器单元中也可选择性地订阅目标虚拟传感器的数据，从而实现数据的有效传输。通过创建虚拟化仿真地图，构建虚拟化传感器，将整车模型加载于仿真地图之中，模拟驾驶运动等过程，输出仿真过程中的业务软件流程数据，使得最终的测试结果更加接近现实场景，降低了测试的错误率。

进一步地，为了便于操作人员更加直观的观测各项数据，在本发明一实施例中，所述集成化测试仿真平台为可视化操作界面。由于整车模型由若干部件模型构成。各个部件都可拆分，因此实际测试时，操作人员可针对需要测试的目标部件，在目标部件上，直接选择想要集成的基础功能部件、虚拟传感器部件，动态地生成容器镜像版本进行部署。并通过集成化测试仿真平台观测测试结果。通过将车载电子控制器单元部件的各种基本能力进行插件式地虚拟化，再整车各个部件的容器虚拟化，可选择式地集成各种虚拟化能力插件，动态生成代表车载电子控制器单元节点的容器镜像。从而可适用于多种不同的蓝图版本。其中，在不同微服务架构之间的通信连接建立之后，可以在部署了用户交互应用软件的微服务架构中，建立自动化测试流程，模拟人机交互，通过触发不同微服务架构之间容器的交互过程，模拟实际操作中各个车载节点之间的业务流程。通过建立这种自动化测试流程，在后续各个业务模块功能升级扩展的流程中，可有效降低测试验收工作量。

如图5所示，图5是图2所示实施例中的测试过程在一示例性的实施例中的流程图。在本发明一实施例中，使用所述集成化测试仿真平台进行测试的过程包括：

S510、将测试需求输入至所述集成化测试仿真平台中，读取预设的软件测试需求所需的数据；

S520、根据所述测试需求所需的数据，从预存的数据表中查找所述数据对应的电子控制器单元，向对应的电子控制器单元发送数据获取请求；

S530、接收各电子控制器单元在预设时间内发送的数据，判断各数据是否满足预设的标准，并在满足标准时完成测试。

在使用集成化测试仿真平台进行软件测试时，由操作人员将具体的测试需求输入至集成化测试仿真平台中，该集成化测试仿真平台可自动读取测试需求所需的数据。其中，操作人员还可在集成化测试仿真平台中通过下拉菜单，选择对应的测试数据，然后通过集成化测试仿真平台开始测试。测试时，集成化测试仿真平台读取到所需的数据后，从平台预存的数据表中查询与该数据相关的电子控制器单元名称，并向该电子控制器单元发送数据获取请求，表示需要该电子控制器单元运行，以获取对应的数据。电子控制器单元接收到请求后，通过控制整车模型运行，获取对应的数据，并将数据在预设时间内发送至集成化测试仿真平台的界面上。集成化测试仿真平台的判断单元通过判断这些数据是否符合操作人员的测试需求，确定其是否满足标准。若所有数据都符合测试需求，则满足标准，完成测试，并向操作人员推送测试完成报告，报告中含有测试的各项数据。在本发明一实施例中，所述判断各数据是否满足预设的标准之后，还包括：若有一个数据不满足预设的标准，则返回测试失败信息，并在所述集成化测试仿真平台发出警示信息。同时可向操作人员推送测试失败报告，其中可包括测试失败的数据以及判断可能引起的原因。

需要说明的是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例，比如可基于不同的操作***：包括但不限于linux、qnx等操作***，基于不同的硬件平台：包括但不限于x86、xavier、orin等硬件平台。

本发明中通过获取各传感器的性能数据后，可以对传感器进行虚拟化，从而得到虚拟化传感器。以便将虚拟化传感器关联到车辆模型中。通过获取不同电子控制器单元的集成功能，可以选择对应的虚拟化传感器，将这些虚拟化传感器集成到与其功能相关的电子控制器单元上，部署微服务架构。并根据各微服务架构的功能，提供对应的测试方案，构建集成化测试仿真平台。为车载电子控制器单元嵌入式软件的集成测试提供硬件解耦，通过构造这种纯软件运行的集成化测试仿真平台，对于负责各个局部节点业务软件开发的研发人员之间，可以通过该平台进行统一的协调与相互支持。没有硬件环境的干扰，问题定位也更加高效，自动化测试用例的支持可以提供更加充分的测试场景。通过将整车模型与物理仿真相结合，模拟整车模型在虚拟化的地图中的运动驾驶，过程中产生的物理信号，传递给微服务架构中的对应业务模块，触发业务模块之间的交互流程。虚拟地图下整车模型的驾驶仿真亦可模拟某些极端条件下运动场景，降低实物与人为驾驶次数，节省开发成本。进一步地，本申请中，以整车模型为基础，创建可视化的集成化测试仿真平台，业务模块部署于对应电子控制器单元的微服务容器中。对于不同CAN总线上的电子控制器单元，可以使该电子控制器单元对应的微服务位于不同网段，实现不同网段信息的互联互通。通过硬件器件、传感器、底层协议等进行虚拟化，实现了单个电子控制器单元的虚拟化。然后将单个虚拟化的电子控制器作为一个版本镜像蓝图，部署成微服务。并若干个电子控制器虚拟化成微服务集群，通过互相间的交互，实现集成部署与集成测试的功能。之后再基于整个平台，映射成整车模型，在仿真环境中与环境交互产生的数据传入各个ECU微服务，实现集成化的仿真测试。

图6是本申请的一示例性实施例示出的集成化测试仿真平台的构建装置的框图。该装置可以应用于图2所示的实施环境，并具体配置在智能终端210中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。

如图6所示，该示例性的集成化测试仿真平台的构建装置600包括：

虚拟化传感器获取模块601，配置为获取车辆中各传感器的性能数据，并根据所述性能数据对各传感器进行虚拟化处理，得到各虚拟化传感器；微服务架构部署模块602，配置为根据车辆中各电子控制器单元的名称，获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应的电子控制器单元上，部署微服务架构；其中，每个电子控制器单元的集成功能与一个或多个虚拟化传感器相对应；仿真平台构建模块603，配置为根据各微服务架构的功能，写入对应的测试方案，并通过预设的通信协议实现各微服务架构间的通信，构建集成化测试仿真平台。

在另一示例性的实施例中，微服务架构部署模块602包括：

连接请求接收单元，配置为接收其中一个微服务架构发出的连接请求；

连接确认响应生成单元，配置为根据所述连接请求，判断是否在预设的响应时长内生成连接确认响应，并将生成的所述连接确认响应发送至所述发出连接请求的微服务架构；

通信连接单元，配置为接收所述发出连接请求的微服务架构发送的确认信息，以建立与所述发出连接请求的微服务架构的通信连接，其中，所述确认信息是根据所述连接确认响应生成的信息。

在另一示例性的实施例中，微服务架构部署模块602包括：

仿真地图构建单元，配置为根据预设的道路信息、障碍物信息、房屋信息和人流信息进行仿真建模，构建虚拟化仿真地图；

整车模型获取单元，配置为根据车辆的性能参数，构建整车模型；

驾驶数据获取单元，配置为将所述整车模型部署在所述仿真地图中，进行驾驶操作，获取驾驶数据；

操控单元，配置为将所述驾驶数据传输给各微服务架构，以使各微服务架构基于所述驾驶数据控制所述整车模型做出相应操作。

在另一示例性的实施例中，仿真平台构建模块603包括：

数据读取单元，配置为将软件测试需求输入至所述集成化测试仿真平台中，读取预设的测试需求所需的数据；

请求发送单元，配置为根据所述测试需求所需的数据，从预存的数据表中查找所述数据对应的电子控制器单元，向对应的电子控制器单元发送数据获取请求；

测试单元，配置为接收各电子控制器单元在预设时间内发送的数据，判断各数据是否满足预设的标准，并在满足标准时完成测试。

需要说明的是，上述实施例所提供的，集成化测试仿真平台的构建装置与上述实施例所提供的，集成化测试仿真平台的构建方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。上述实施例所提供的集成化测试仿真平台装置在实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能，本处也不对此进行限制。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现上述各个实施例中提供的集成化测试仿真平台的构建方法。

图7示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。需要说明的是，图7示出的电子设备的计算机***700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，计算机***700包括中央处理单元(CentralProcessingUnit，CPU)701，其可以根据存储在只读存储器(Read-OnlyMemory，ROM)702中的程序或者从储存部分708加载到随机访问存储器(RandomAccessMemory，RAM)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM703中，还存储有***操作所需的各种程序和数据。CPU701、ROM702以及RAM703通过总线704彼此相连。输入/输出(Input/Output，I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CathodeRayTube，CRT)、液晶显示器(LiquidCrystalDisplay，LCD)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如LAN(LocalAreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(ErasableProgrammableReadOnlyMemory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(CompactDiscRead-OnlyMemory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本申请的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的集成化测试仿真平台的构建方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的集成化测试仿真平台的构建方法。

上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。

Claims (10)

1.一种集成化测试仿真平台的构建方法，其特征在于，所述方法包括：

获取车辆中各传感器的性能数据，并根据所述性能数据对各传感器进行虚拟化处理，得到各虚拟化传感器；

根据车辆中各电子控制器单元的名称，获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应的电子控制器单元上，部署微服务架构，其中，每个电子控制器单元的集成功能与一个或多个虚拟化传感器相对应；

根据各微服务架构的功能，写入对应的测试方案，并通过预设的通信协议实现各微服务架构间的通信，构建集成化测试仿真平台。

2.根据权利要求1所述的集成化测试仿真平台的构建方法，其特征在于，所述测试方案是以蓝图的形式，写入至对应的微服务架构的容器中。

3.根据权利要求1所述的集成化测试仿真平台的构建方法，其特征在于，所述通信协议为HTTP，所述通过预设的通信协议实现各微服务架构间的通信，包括：

接收其中一个微服务架构发出的连接请求；

根据所述连接请求，判断是否在预设的响应时长内生成连接确认响应，并将生成的所述连接确认响应发送至所述发出连接请求的微服务架构；

接收所述发出连接请求的微服务架构发送的确认信息，以建立与所述发出连接请求的微服务架构的通信连接，其中，所述确认信息是根据所述连接确认响应生成的信息_。

4.根据权利要求1所述的集成化测试仿真平台的构建方法，其特征在于，所述通过预设的通信规则实现各微服务间的通信之后，还包括：

根据预设的道路信息、障碍物信息、房屋信息和人流信息进行仿真建模，构建虚拟化仿真地图；

根据车辆的性能参数，构建整车模型；

将所述整车模型部署在所述仿真地图中，进行驾驶操作，获取驾驶数据；

将所述驾驶数据传输给各微服务架构，以使各微服务架构基于所述驾驶数据控制所述整车模型做出相应操作。

5.根据权利要求1所述的集成化测试仿真平台的构建方法，其特征在于，所述集成化测试仿真平台为可视化操作界面。

6.根据权利要求1所述的集成化测试仿真平台的构建方法，其特征在于，使用所述集成化测试仿真平台进行测试的过程包括：

将软件测试需求输入至所述集成化测试仿真平台中，读取预设的测试需求所需的数据；

根据所述测试需求所需的数据，从预存的数据表中查找所述数据对应的电子控制器单元，向对应的电子控制器单元发送数据获取请求；

接收各电子控制器单元在预设时间内发送的数据，判断各数据是否满足预设的标准，并在满足标准时完成测试。

7.根据权利要求6所述的集成化测试仿真平台的构建方法，其特征在于，所述判断各数据是否满足预设的标准之后，还包括：若有一个数据不满足预设的标准，则返回测试失败信息，并在所述集成化测试仿真平台发出警示信息。

8.一种集成化测试仿真平台的构建装置，其特征在于，所述装置包括：

虚拟化传感器获取模块，配置为获取车辆中各传感器的性能数据，并根据所述性能数据对各传感器进行虚拟化处理，得到各虚拟化传感器；

微服务架构部署模块，配置为根据车辆中各电子控制器单元的名称，获取各电子控制器单元的集成功能，将各虚拟化传感器集成到对应的电子控制器单元上，部署微服务架构；其中，每个电子控制器单元的集成功能与一个或多个虚拟化传感器相对应；

仿真平台构建模块，配置为根据各微服务架构的功能，写入对应的测试方案，并通过预设的通信协议实现各微服务架构间的通信，构建集成化测试仿真平台。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求1至7中任一项所述的集成化测试仿真平台的构建方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，当所述计算机程序被计算机的处理器执行时，使计算机执行权利要求1至7中任一项所述的集成化测试仿真平台的构建方法。

Images