CN116736823A - 跨平台的控制器硬件在环测试方法、装置及系统 - Google Patents

Abstract

本申请提出一种跨平台的控制器硬件在环测试方法、装置及系统。其中，方法包括：获取配置信息，配置信息包括目标设备的标识信息；目标设备用于对待测控制器进行测试；根据标识信息，确定与目标设备对应的目标通信协议和与目标通信协议对应的目标应用程序接口；依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；基于目标通信协议和目标应用程序接口，将测试信号发送至目标设备；测试信号用于指示目标设备对待测控制器进行测试。本方案可以实现不同设备的兼容，也可以提升硬件在环测试的效率。

Description

跨平台的控制器硬件在环测试方法、装置及系统

技术领域

本申请涉及硬件在环测试技术领域，尤其涉及一种跨平台的控制器硬件在环测试方法、装置及系统。

背景技术

硬件在环测试，在汽车开发流程中，处于右侧验证端的关键一环。目前硬件在环测试设备有多家供应商，每家设备都提供了自己的测试平台，并适配各自定义的测试用例格式规范。这就造成了每种设备所需求的测试用例及测试系统都有差别。但使用方往往由于测试对象要求、成本、到货效率等种种原因综合考虑，会在不同阶段采购不同供应商的测试设备。若不同测试设备在使用时测试平台可以通用，则可降低测试过程的成本消耗，但是目前每种测试设备在使用过程中用例及测试平台无法迁移使用，不仅增加了人力成本，也降低了使用效率。

发明内容

为了解决上述问题，本申请提供了一种跨平台的控制器硬件在环测试方法、装置及系统。

根据本申请的第一方面，提供了一种跨平台的控制器硬件在环测试方法，包括：

获取配置信息，所述配置信息包括目标设备的标识信息；所述目标设备是对待测控制器进行测试的设备；

根据所述标识信息，确定与所述目标设备对应的目标通信协议和与所述目标通信协议对应的目标应用程序接口；

依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；

基于所述目标通信协议和所述目标应用程序接口，将所述测试信号发送至所述目标设备；所述测试信号用于指示所述目标设备对待测控制器进行测试。

其中，所述获取配置信息，包括：

确定配置界面中设备选择控件的设置操作，基于所述设置操作获取所述配置信息。

在本申请的一些实施例中，所述基于所述目标通信协议和所述目标应用程序接口，将所述测试信号发送至所述目标设备，包括：

基于所述目标通信协议对所述测试信号进行数据封装处理，获取第一测试信号；

基于所述目标应用程序接口，将所述第一测试信号发送给所述目标设备；其中，所述目标设备基于所述目标通信协议的数据封装格式对所述第一测试信号进行解封装以获得所述测试信号。

在本申请的另一些实施例中，该方法还包括：

获取所述待测控制器的反馈信号；其中，所述反馈信号为所述待测控制器被所述目标设备基于所述测试信号进行测试后输出的控制信号，且所述反馈信号为所述待测控制器采用与所述控制信号的类型对应的通信路径反馈的；

确定与所述测试信号对应的控制信号真值，并基于所述控制信号真值对反馈信号进行判别，获得测试判别结果；

将所述测试判断结果进行展示。

其中，目标设备包含测试设备和外部设备中的至少一种。

根据本申请的第二方面，提供了一种跨平台的控制器硬件在环测试装置，包括：

获取模块，用于获取配置信息，所述配置信息包括目标设备的标识信息；所述目标设备是对待测试控制器进行测试的设备；

确定模块，用于根据所述标识信息，确定与所述目标设备对应的目标通信协议和与所述目标通信协议对应的目标应用程序接口；

生成模块，用于依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；

收发模块，用于基于所述目标通信协议和所述目标应用程序接口，将所述测试信号发送至所述目标设备；所述测试信号用于指示所述目标设备对待测控制器进行测试。

在本申请的一些实施例中，所述获取模块具体用于：

确定配置界面中设备选择控件的设置操作，基于所述设置操作获取所述配置信息。

作为一种可能的实施方式，所述收发模块包括：

数据封装单元，用于基于所述目标通信协议对所述测试信号进行数据封装处理，获取第一测试信号；

发送单元，用于基于所述目标应用程序接口，将所述第一测试信号发送给所述目标设备；其中，所述目标设备基于所述目标通信协议的数据封装格式对所述第一测试信号进行解封装以获得所述测试信号。

在本申请的另一些实施例中，所述装置还包括：

测试分析模块，用于获取所述待测控制器的反馈信号，并确定与所述测试信号对应的控制信号真值，并基于所述控制信号真值对反馈信号进行判别，获得测试判别结果；其中，所述反馈信号为所述待测控制器被所述目标设备基于所述测试信号进行测试后输出的控制信号，且所述反馈信号为所述待测控制器采用与所述控制信号的类型对应的通信路径反馈的；

展示模块，用于将所述测试判断结果进行展示。

其中，目标设备包含测试设备和外部设备中的至少一种。

根据本申请的第三方面，提供了一种控制器硬件在环测试系统，包括：目标设备和上位机，其中：

所述目标设备与待测控制器通信连接；

所述上位机与所述目标设备通信连接，其中，所述上位机包括上述第二方面所述的跨平台的控制器硬件在环测试装置。

根据本申请的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面所述的跨平台的控制器硬件在环测试方法。

根据本申请的技术方案，通过获取配置信息中目标设备的标识信息，确定与目标设备对应的目标通信通信协议与目标通信协议对应的目标应用程序接口，并通过目标通信通信协议与目标通信协议对应的目标应用程序接口，将测试信号发送至目标设备，以对待测试控制器进行控制。也就是说，该方法可以不依赖于测试设备及外接设备，基于配置信息确定目标设备对应的通信方式，并通过该通信方式实现测试信号的发送，从而可以实现不同设备的兼容，也可以提升硬件在环测试的效率。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种跨平台的控制器硬件在环测试方法的流程图；

图2为本申请实施例提供的另一种跨平台的控制器硬件在环测试方法的流程图；

图3为本申请实施例提供的一种跨平台的控制器硬件在环测试装置的结果框图；

图4为本申请实施例提供的一种控制器硬件在环测试系统的结构框图；

图5为本申请实施例中在线测试软件的架构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

需要说明的是，硬件在环测试，在汽车开发流程中，处于右侧验证端的关键一环。目前硬件在环测试设备有多家供应商，每家设备都提供了自己的测试平台，并适配各自定义的测试用例格式规范。这就造成了每种设备所需求的测试用例及测试系统都有差别。但使用方往往由于测试对象要求、成本、到货效率等种种原因综合考虑，会在不同阶段采购不同供应商的测试设备，而每种测试设备在使用过程中用例及测试平台无法迁移使用，反而增加了人力成本，降低了使用效率。

为了解决以上问题，本申请提供了一种跨平台的控制器硬件在环测试方法、装置及系统。

图1为本申请实施例提供的一种跨平台的控制器硬件在环测试方法的流程图。需要说明的是，本申请实施例的跨平台的控制器硬件在环测试方法可以应用于本申请实施例的跨平台的控制器硬件在环测试装置，且该装置可配置于本申请实施例的控制器硬件在环测试系统中。如图1所示，该方法包括以下步骤：

步骤101，获取配置信息，配置信息包括目标设备的标识信息；目标设备是对待测控制器进行测试的设备。

在本申请的一些实施例中，配置信息可以包括目标设备的标识信息，其中，目标设备包含测试设备和外部设备中的至少一种。测试设备可以为来自于不同供应商的测试设备，外部设备可以为外部CAN(Controller Area Network,控制器局域网络)设备如PCAN、ES、DCI-CAN等CAN卡设备。此外，配置信息中还可以包括与测试任务对应的测试用例等。

其中，配置信息可以是相关工作人员在测试进行之前，可以基于测试需求设置的测试相关的配置信息。在本申请的一些实施例中，获取配置信息的方式可以包括：确定配置界面中设备选择控件的设置操作，基于设置操作获取配置信息。也就是说，若该方法运行于终端设备中，可以在终端设备提供配置界面，该配置界面可用于相关工作人员对设备选择控件进行设置操作，其中设备选择控件可以支持各供应商的测试设备的选择，不同外接设备的选择等，从而可以基于设置操作获取配置信息。

步骤102，根据标识信息，确定与目标设备对应的目标通信协议和与目标通信协议对应的目标应用程序接口。

在本申请的一些实施例中，可以将每个测试设备及外接设备的标识信息与通信协议对应关系存储在第一预设位置，同时将各通信协议与应用程序接口API的对应关系存储在第二预设位置。所以，可以根据标识信息，在第一预设位置中查找与目标设备对应的目标通信协议，同时基于目标通信协议，在第二预设位置查找对应的目标应用程序接口API。这样，在后续测试时，直接基于目标通信协议和目标应用程序接口API，实现信号之间的通信。

步骤103，依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号。

在本申请的一些实施例中，测试用例可以是基于测试需求确定的。比如可以预设测试用例数据集，相关工作人员可以基于测试需求，在测试用例数据集中选择与测试需求匹配的一个或多个测试用例。作为一种示例，可以提供用于设置测试用例的界面，相关工作人员在该界面中进行测试用例的勾选，并提交，基于该界面的提交信息获取测试用例。

其中，每个测试用例中包含多条内容信息，在读取测试用例的内容信息时可以按照测试用例的预设顺序，依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号。作为一种示例，每个测试用例中的内容信息按照表格的形式存储，测试用例1中包含多条内容信息，组成5行5列的表格，该表格中的每个单元格中的内容对应测试用例1的一条内容信息；在读取测试用例1中的内容信息时，可以按照表格从上到下从左到右的顺序依次读取测试用例1的内容信息，并生成当前读取的内容信息对应的测试信号；在执行基于当前读取的内容信息对应的测试信号执行完步骤103和步骤104之后，再按照以上顺序读取下一条内容信息，若测试用例1的内容信息均已读取完毕，则读取测试用例2中的内容信息。举例而言，读取测试用例1的内容信息1时，生成内容信息1对应的测试信号1，在将测试信号1发送至目标设备以使目标设备基于测试信号1对待测控制器进行测试之后，读取测试用例1的内容信息2，并生成内容信息2对应的测试信号2，在将测试信号2发送至目标设备以使目标设备基于测试信号2对待测控制器进行测试，以此类推。

此外，生成与当前读取的内容信息对应的测试信号的实现方式可以为：读取某测试用例的内容信息，并按照预定义的数据格式，将当前读取的内容信息转化为测试信号。其中预定义的数据格式可以适配于不同格式的测试用例。

步骤104，基于目标通信协议和目标应用程序接口，将测试信号发送至目标设备；测试信号用于指示目标设备对待测控制器进行测试。

在本申请的一些实施例中，目标设备与待测控制器之间可以基于以太网通过CAN总线、硬线接口、LIN(Local Interconnect Network，局域互联网络)总线等进行通信，测试信号发送至目标设备后，目标设备可以基于以上方式将测试信号发送至待测控制器，以实现对待测控制器的测试。其中，测试信号为步骤102中生成的与当前读取的内容信息对应的测试信号。基于目标通信协议和目标应用程序接口API将测试信号发送至目标设备的实现方式可以包括：基于目标通信协议对测试信号进行数据封装处理，获取第一测试信号；基于目标应用程序接口API，将第一测试信号发送给所述目标设备；其中，目标设备基于目标通信协议的数据封装格式对第一测试信号进行解封装以获得测试信号。

此外，测试用例中包含测试信号的类型，比如：基础功能信号、标定信号、诊断信号等，对于基础功能信号可以由测试设备之间实现信号的收发，而对于标定信号和诊断信号，则需要外接设备来实现。所以若目标设备中既包括测试设备，也包括外接设备，可以基于测试信号的类型在目标设备中确定待发送信号的设备。比如，若测试信号为基础功能信号，则可以在目标设备中确定目标测试设备，并基于目标测试设备的目标通信协议和与其对应的目标应用程序接口API，将测试信号发送至目标测试设备。目标测试设备接收到测试信号后，可以通过CAN总线、硬线接口、LIN总线等将信号发送至待测控制器，以对待测控制器进行测试。

根据本申请实施例的跨平台的控制器硬件在环测试方法，通过获取配置信息中目标设备的标识信息，确定与目标设备对应的目标通信通信协议与目标通信协议对应的目标应用程序接口，并通过目标通信通信协议与目标通信协议对应的目标应用程序接口，将测试信号发送至目标设备，以对待测试控制器进行控制。也就是说，该硬件在环测试方法可以不依赖于测试设备及外接设备，基于配置信息确定目标设备对应的通信方式，并通过该通信方式实现测试信号的发送，从而可以实现不同设备的兼容，也可以提升硬件在环测试的效率。

本申请提出的跨平台的控制器硬件在环测试方法还可以对测试结果进行呈现，接下来将对此进行详细介绍。

图2为本申请实施例提供的另一种跨平台的控制器硬件在环测试方法的流程图。如图2所示，该方法可以包括：

步骤201，获取配置信息，配置信息包括目标设备的标识信息；目标设备是对待测控制器进行测试的设备。

步骤202，根据标识信息，确定与目标设备对应的目标通信协议和与目标通信协议对应的目标应用程序接口。

步骤203，依次读取每个测试测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号。

步骤204，基于目标通信协议和目标应用程序接口，将测试信号发送至目标设备；测试用例数据用于指示目标设备对待测控制器进行测试。

步骤205，获取待测控制器的反馈信号；其中，反馈信号为待测控制器被目标设备基于测试信号进行测试后输出的控制信号，且反馈信号为待测控制器采用与控制信号的类型对应的通信路径反馈的。

可以理解，待测控制器接收到测试信号之后，会基于测试信号输出对应的控制信号，所以可以根据获取到的待测控制器的反馈信号来确定待测控制器的控制信号是否可达到预期。

此外，由于控制信号类型也可以包括基础功能信号类型、标定信号类型、诊断信号类型、车载以太网信号类型等，所以反馈信号需要由待测控制器采用与控制信号对应的通信路径进行反馈。比如，若控制信号为基础功能信号类型，则待测控制器将控制信号通过通信传输至测试设备，再获取由测试设备发送的反馈信号。

步骤206，确定与测试信号对应的控制信号真值，并基于控制信号真值对反馈信号进行判别，获得测试判别结果。

可以理解，根据待测控制器的预期测试效果，可以确定测试信号传输至待测控制器后，待测控制器输出的控制信号真值，该控制信号真值相当于符合测试预期的控制信号。

在本申请的一些实施例中，测试判别结果可以为反馈信号满足预期、反馈信号未达到预期等，也反馈信号与控制信号真值之间的差值，也可以为其他形式。作为一种示例，可以将控制信号真值与反馈信号进行比对，以确定二者之间的差值；若该差值在预设的阈值范围内，则测试判别结果为反馈信号满足预期，若该差值超过预设的阈值范围，则测试判别结果为反馈信号未达到预期。

步骤207，将测试判断结果进行展示。

作为一种示例，可以将每次获取的反馈信号的测试判定结果进行不同维度的统计，以可视化界面的形式将测试判断结果进行展示，以便于相关工作人员对测试结果进行分析。

作为另一种示例，可以将所有目标测试用例对应的测试判断结果进行统计，以测试报告的形式进行展示。

根据本申请实施例的跨平台的控制器硬件在环测试方法，在实现跨平台硬件在环测试的同时，还可以将测试判断结果进行展示，便于相关工作人员进行分析，不仅可以减少人工成本，也可以进一步提升控制器硬件在环测试的效率。

为了实现上述实施例，本申请提供了一种跨平台的控制器硬件在环测试装置。

图3为本申请实施例提供的一种跨平台的控制器硬件在环测试装置的结构框图。如图3所示，该装置包括：

获取模块310，用于获取配置信息，配置信息包括目标设备的标识信息；目标设备是对待测控制器进行测试的设备；

确定模块320，用于根据标识信息，确定与目标设备对应的目标通信协议和与目标通信协议对应的目标应用程序接口；

生成模块330，用于依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；

收发模块340，用于基于目标通信协议和目标应用程序接口，将测试信号发送至目标设备；测试用例数据用于指示目标设备对待测控制器进行测试。

在本申请的一些实施例中，获取模块310具体用于：

确定配置界面中设备选择控件的设置操作，基于设置操作获取配置信息。

作为一种可能的实施方式，收发模块340包括：

数据封装单元341，用于基于目标通信协议对测试信号进行数据封装处理，获取第一测试信号；

发送单元342，用于基于目标应用程序接口，将第一测试信号发送给目标设备；其中，目标设备基于目标通信协议的数据封装格式对第一测试信号进行解封装以获得测试信号。

在本申请的另一些实施例中，装置还包括：

测试分析模块350，用于获取待测控制器的反馈信号，并确定与测试信号对应的控制信号真值，并基于控制信号真值对反馈信号进行判别，获得测试判别结果；其中，反馈信号为待测控制器被目标设备基于测试信号进行测试后输出的控制信号，且反馈信号为待测控制器采用与控制信号的类型对应的通信路径反馈的；

展示模块360，用于将测试判断结果进行展示。

根据本申请实施例的跨平台的控制器硬件在环测试装置，通过获取配置信息中目标设备的标识信息，确定与目标设备对应的目标通信通信协议与目标通信协议对应的目标应用程序接口，并通过目标通信通信协议与目标通信协议对应的目标应用程序接口，将测试信号发送至目标设备，以对待测试控制器进行控制。也就是说，该装置可以不依赖于测试设备及外接设备，基于配置信息确定目标设备对应的通信方式，并通过该通信方式实现测试信号的发送，从而可以实现不同设备的兼容，也可以提升硬件在环测试的效率。

为了实现上述实施例，本申请提供了一种控制器硬件在环测试系统。

图4为本申请实施例提供的一种控制器硬件在环测试系统的结构框图。如图4所示，该装置包括目标设备420、上位机420。其中，目标设备420可以为测试设备和外部设备中的至少一种。测试设备可以为任何供应商的测试设备，外部设备可以为PCAN、ES、DCI-CAN等外接CAN设备。上位机420用于实施及控制测试的开展。其中，目标设备410与待测控制器430通信连接；上位机420与目标设备410通信连接，且上位机420包括：

获取模块421，用于获取配置信息，配置信息包括目标设备的标识信息；目标设备是对待测控制器进行测试的设备；

确定模块422，用于根据标识信息，确定与目标设备对应的目标通信协议和与目标通信协议对应的目标应用程序接口；

生成模块423，用于依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；

收发模块424，用于基于目标通信协议和目标应用程序接口，将测试信号发送至目标设备；测试用例数据用于指示目标设备对待测控制器进行测试。

在本申请的一些实施例中，获取模块421具体用于：

确定配置界面中设备选择控件的设置操作，基于设置操作获取配置信息。

作为一种可能的实施方式，收发模块424包括：

数据封装单元424-1，用于基于目标通信协议对测试信号进行数据封装处理，获取第一测试信号；

发送单元424-2，用于基于目标应用程序接口，将第一测试信号发送给目标设备；其中，目标设备基于目标通信协议的数据封装格式对第一测试信号进行解封装以获得测试信号。

在本申请的另一些实施例中，上位机420还包括：

测试分析模块425，用于获取待测控制器的反馈信号，并确定与测试信号对应的控制信号真值，并基于控制信号真值对反馈信号进行判别，获得测试判别结果；其中，反馈信号为待测控制器被目标设备基于测试信号进行测试后输出的控制信号，且反馈信号为待测控制器采用与控制信号的类型对应的通信路径反馈的；

展示模块426，用于将测试判断结果进行展示。

在本申请的一些实施例中，上位机420中可以配置有在线测试软件，该在线测试软件可用于实现前述任一实施例所述的跨平台的控制器硬件在环测试方法。可选地，如图5所示，该在线测试软件的架构可以包括显示层501、业务层502、逻辑层503、驱动层504。其中：

显示层501，用于程序用户操作的交互界面，并读取及保存用户的配置选项，同时可以将测试运行状态在界面中进行显示。

业务层502，用于实现硬件在环测试的主逻辑，主要包括：(1)配置处理，用于读取保存当前测试的配置信息，如选择的测试设备、外接设备等，用于基于配置信息自动配置对应的接口；(2)测试用例读取，用于读取测试用例中的内容信息，并生成与读取的内容信息对应测试信号；(3)测试用例的执行，包含测试信号发送、获取反馈信号及测试结果判别；(4)结果生成，用于体现将每个目标测试用例的运行结果；(5)将全部目标测试用例执行结果进行汇总，生成报告。

逻辑层503，用于实现业务层中信号发送和信号测量，对基于不同协议信号的逻辑封装，包括：(1)对于基础功能信号，由测试设备可以直接实现的仿真信号的收发，包括设备的连接、仿真控制、读、写等接口；(2)对于标定信号，用于实现标定功能，包括A2L文件解析、测量、标定等功能；(3)对于诊断信号，用于实现OBD(On-Board Diagnostic，车载自动诊断服务)/UDS(Unified diagnostic services，统一诊断服务)功能，包括诊断规范解析、诊断服务实现等功能；(4)车载以太网信号，用于实现基于车载以太网的功能，包括协议解析、订阅、发布等功能。

驱动层504，用于实现对逻辑层中不同设备接口API的封装，包括：(1)测试设备驱动，对应于逻辑层中的基础功能，集成不同供应商的测试设备接口；(2)外接CAN设备驱动，用于实现逻辑层中的标定功能和诊断功能，集成PCAN、ES、DCI-CAN等设备接口；(3)车载以太网设备驱动，用于实现逻辑层中车载以太网协议功能，集成DDS(Data DistributionService,数据分发服务)、SOME/IP(Scalableservice-Oriented Middleware over IP，基于IP的可扩展面向服务的中间件)等协议。

根据本申请实施例的控制器硬件在环测试系统，通过上位机获取目标设备的配置信息，其中目标设备包括测试设备和外部设备中的至少一种，并基于配置信息，确定目标设备对应的目标通信通信协议与目标通信协议对应的目标应用程序接口，并通过目标通信通信协议与目标通信协议对应的目标应用程序接口，将测试信号发送至目标设备，以对待测试控制器进行控制。也就是说，该系统可以不依赖于测试设备及外接设备，直接基于配置信息确定目标设备对应的通信方式，并通过该通信方式实现测试信号的发送，从而可以实现不同设备的兼容，也可以提升硬件在环测试的效率。

为了实现上述实施例，本申请还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时，实现上述实施例中的跨平台的控制器硬件在环测试方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种跨平台的控制器硬件在环测试方法，其特征在于，包括：

获取配置信息，所述配置信息包括目标设备的标识信息；所述目标设备是对待测控制器进行测试的设备；

根据所述标识信息，确定与所述目标设备对应的目标通信协议和与所述目标通信协议对应的目标应用程序接口；

依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；

基于所述目标通信协议和所述目标应用程序接口，将所述测试信号发送至所述目标设备；所述测试信号用于指示所述目标设备对待测控制器进行测试。

2.如权利要求1所述的方法，其特征在于，所述获取配置信息，包括：

确定配置界面中设备选择控件的设置操作，基于所述设置操作获取所述配置信息。

3.如权利要求1所述的方法，其特征在于，所述基于所述目标通信协议和所述目标应用程序接口，将所述测试信号发送至所述目标设备，包括：

基于所述目标通信协议对所述测试信号进行数据封装处理，获取第一测试信号；

基于所述目标应用程序接口，将所述第一测试信号发送给所述目标设备；其中，所述目标设备基于所述目标通信协议的数据封装格式对所述第一测试信号进行解封装以获得所述测试信号。

4.如权利要求1至3中任一项所述的方法，其特征在于，还包括：

获取所述待测控制器的反馈信号；其中，所述反馈信号为所述待测控制器被所述目标设备基于所述测试信号进行测试后输出的控制信号，且所述反馈信号为所述待测控制器采用与所述控制信号的类型对应的通信路径反馈的；

确定与所述测试信号对应的控制信号真值，并基于所述控制信号真值对反馈信号进行判别，获得测试判别结果；

将所述测试判断结果进行展示。

5.如权利要求1所述的方法，其特征在于，所述目标设备包含测试设备和外部设备中的至少一种。

6.一种跨平台的控制器硬件在环测试装置，其特征在于，包括：

获取模块，用于获取配置信息，所述配置信息包括目标设备的标识信息；所述目标设备是对待测控制器进行测试的设备；

确定模块，用于根据所述标识信息，确定与所述目标设备对应的目标通信协议和与所述目标通信协议对应的目标应用程序接口；

生成模块，用于依次读取每个测试用例中的内容信息，并生成与当前读取的内容信息对应的测试信号；

收发模块，用于基于所述目标通信协议和所述目标应用程序接口，将所述测试信号发送至所述目标设备；所述测试信号用于指示所述目标设备对待测控制器进行测试。

7.如权利要6所述的装置，其特征在于，所述收发模块包括：

数据封装单元，用于基于所述目标通信协议对所述测试信号进行数据封装处理，获取第一测试信号；

发送单元，用于基于所述目标应用程序接口，将所述第一测试信号发送给所述目标设备；其中，所述目标设备基于所述目标通信协议的数据封装格式对所述第一测试信号进行解封装以获得所述测试信号。

8.如权利要求6或7所述的装置，其特征在于，还包括：

测试分析模块，用于获取所述待测控制器的反馈信号，并确定与所述测试信号对应的控制信号真值，并基于所述控制信号真值对反馈信号进行判别，获得测试判别结果；其中，所述反馈信号为所述待测控制器被所述目标设备基于所述测试信号进行测试后输出的控制信号，且所述反馈信号为所述待测控制器采用与所述控制信号的类型对应的通信路径反馈的；

展示模块，用于将所述测试判断结果进行展示。

9.一种控制器硬件在环测试系统，其特征在于，包括：目标设备和上位机，其中：

所述目标设备与待测控制器通信连接；

所述上位机与所述目标设备通信连接，其中，所述上位机包括如权利要求6至8中任一项所述的跨平台的控制器硬件在环测试装置。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至5中任一所述的跨平台的控制器硬件在环测试方法。