一种台架测试方法及装置、电子设备制造方法及图纸

本申请的实施例提供了一种台架测试方法及装置、电子设备，该方法包括：获取从仿真传感器传送的实车原始报文数据；域控制器内的底层、中间层依次对所述实车原始报文数据进行处理，并通过应用层发出信号；基于所述信号判断所述域控制器内的待测可执行文件相关功能是否正常激活，从而判定待测可执行文件是否通过测试。本申请的实施例所提供的技术方案降低软件开发周期和成本，提高软件开发效率，将开发和测试的分工具体化，提升测试效率，同时有效减少开发陪同测试人员进行无意义的测试，另解决了在调试可执行文件过程中解决定位BUG或者解决BUG的过程调试效率低的问题，以及提高了测试的通用性和可靠性。测试的通用性和可靠性。测试的通用性和可靠性。

【技术实现步骤摘要】
一种台架测试方法及装置、电子设备


[0001]本申请涉及软件测试
，具体涉及一种台架测试方法及装置、电子设备。

技术介绍

[0002]智能驾驶车辆是在传统车辆基础上增加智能驾驶技术的车辆。智能驾驶车辆利用车载传感器来感知车辆周围各种环境信息，如：车道线、障碍物、定位、道路标识等；并根据感知获得的车辆所在道路、车辆位置和障碍物信息进行智能决策和路径规划，控制车辆的横向(转向)和纵向(车速)运动，从而使车辆能够安全、可靠地在道路上自动行驶。
[0003]智能驾驶车辆的研发过程包括零部件和整车的开发。在软件代码开发完成，并进行集成后，目前采用的方式是直接上实车测试，在实车上进行的是域控对车辆控制，在上位机进行软件烧录后，需要测试人员和开发人员进行实车测试，但是在实车情况下会有很多不确定因素，类似车辆传感器故障、车辆底层软件版本不对应等硬件问题，但是这类因素由开发人员参与排查意义不大，并且此类问题使测试人员效率降低，成为无法按时交付项目的关键原因。
[0004]公开号为CN213042144U的中国专利文献公开了名称为“一种自动驾驶系统的融合测试台架”的技术，该技术涉及自动驾驶系统测试
，包括：一第一被测设备，第一被测设备内部搭载有第一自动驾驶辅助系统；一第二被测设备，第二被测设备内部搭载有第二自动驾驶辅助系统；一汽车功能仿真设备，分别连接第一被测设备和第二被测设备；一执行部件，分别连接第一被测设备和第二被测设备；一信息综合增强设备，分别连接第一被测设备和第二被测设备；一测试控制设备，测试控制设备装载有虚拟驾驶仿真平台，测试控制设备分别连接信息综合增强设备和汽车功能仿真设备。该技术能够在实验室环境下实现第一自动驾驶辅助系统和第二自动驾驶辅助系统的融合功能测试。该技术没有对车辆的传感器进行仿真，没有进行实际的信号输入，在实车测试上会出现传感器输入错误等相关硬件问题，对开发人员及测试人员不友好，耗费时间多，并且职责划分模糊，不利于效率提升。
[0005]公开号为“CN111289252A”的中国专利文献公开了名称为“一种台架测试方法、装置、计算机设备和存储介质”的技术，该技术通过获取的发动机的测试边界条件调整发动机的运行状态，然后根据调整后的发动机运行状态对该发动机进行台架测试。由于本实施例中，发动机的测试边界条件包括了发动机待测试运行参数的目标值和/或待测试临界条件的调整规则，这样，计算机设备就可以自动地根据该测试边界条件对发动机的运行状态进行调整，并且在发动机运行状态调整后，根据程序的自动开始对发动机进行台架测试，全过程无需人工进行调试和判断，大大提高了测试效率以及测试结果的精度。该技术没有对车辆的传感器进行仿真，没有进行实际的信号输入，在实车测试上会出现传感器输入错误等相关硬件问题，对开发人员及测试人员不友好，耗费时间多，并且职责划分模糊，不利于效率提升。

技术实现思路

[0006]为解决上述技术问题，本申请的实施例提供了一种台架测试方法及装置、电子设备。进而实现降低软件开发周期和成本，提高软件开发效率，划分开发人员、侧人员具体职责的目的，另，在调试可执行文件时，以解决定位BUG或者解决BUG的过程调试效率低的问题，以及，提高测试的通用性、可靠性。
[0007]本申请的其他特点和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
[0008]根据本申请实施例的一个方面，提供了一种台架测试方法，包括：
[0009]获取从仿真传感器传送的实车原始报文数据；
[0010]域控制器内的底层、中间层依次对所述实车原始报文数据进行处理，并通过应用层发出信号；
[0011]基于所述信号判断所述域控制器内的待测可执行文件相关功能是否正常激活，从而判定待测可执行文件是否通过测试。
[0012]在本申请的实施例所提供的技术方案中，域控制器内的底层、中间层依次对所述实车原始报文数据进行处理，并通过应用层发出信号，包括：
[0013]获取来自测试用例的信号；
[0014]底层对所述来自测试用例的信号进行相关处理；
[0015]输出处理结果，并基于结果判断可执行文件收到的信息是否与上版本一致。
[0016]在本申请的实施例所提供的技术方案中，基于所述信号判断所述域控制器内的待测可执行文件相关功能是否正常激活，从而判定待测可执行文件是否通过测试之后，还包括：
[0017]获取实车复杂工况数据；
[0018]经调试之后的可执行文件对所述实车复杂工况数据进行处理；
[0019]基于处理之后的信号判断经调试之后的可执行文件是否达标。
[0020]在本申请的实施例所提供的技术方案中，输出处理结果，并基于结果判断可执行文件收到的信息是否与上版本一致，包括：基于数据发送周期、数据量大小及数据类型判断可执行文件收到的信心是否与上版本一致。
[0021]在本申请的实施例所提供的技术方案中，经调试之后的可执行文件对所述实车复杂工况数据进行处理，包括：
[0022]获取可执行文件对应的源码文件，所述源码文件包括至少一段待调试路试问题代码和与每一所述待调试路试问题代码相对应的配置调试条件；
[0023]加载调试选项配置文件，所述调试选项配置文件包括至少一段原始调试代码和与每一所述原始调试代码相对应的原始调试选项；
[0024]解析所述调试选项配置文件，生成调试选项字典；
[0025]基于所述配置调试条件查询所述调试选项字典，将与所述配置调试条件相匹配的原始调试选项确定为目标调试选项，获取与所述目标调试选项相对应的目标调试代码；
[0026]目标调试代码调试所述待调试路试问题代码。
[0027]在本申请的实施例所提供的技术方案中，获取可执行文件对应的源码文件，包括：
[0028]加载可执行文件对应的程序代码，所述程序代码包括至少一段待调试路试问题代
码；
[0029]依次显示每一所述待调试路试问题代码对应的调试配置界面，基于所述调试配置获取每一所述待调试路试问题代码对应的配置调试条件，获取所述源码文件。
[0030]在本申请的实施例所提供的技术方案中，获取来自测试用例的信号，所述测试用例的生成，包括：
[0031]建立预设用例生成规格模块及组合算法；
[0032]数据测试参数值以建立扩展标记语言XML文件；
[0033]对测试参数与对应的组合算法进行选择；
[0034]规格模块基于测试参数建立参数测试用例，合成实际测试用例。
[0035]在本申请的实施例所提供的技术方案中，规格模块基于测试参数建立参数测试用例，合成实际测试用例之后还包括：
[0036]将所述实际测试用例输出至用户接口；
[0037]当实际测试用例有误时，重新建立XML文件。
[0038]根据本申请实施例的一个方面，还提供了一种台架测试装置，包括：
[0039]获取模块，用于获取从仿真传感器传送的实车原始报本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种台架测试方法，其特征在于，包括：获取从仿真传感器传送的实车原始报文数据；域控制器内的底层、中间层依次对所述实车原始报文数据进行处理，并通过应用层发出信号；基于所述信号判断所述域控制器内的待测可执行文件相关功能是否正常激活，从而判定待测可执行文件是否通过测试。2.根据权利要求1所述的台架测试方法，其特征在于，域控制器内的底层、中间层依次对所述实车原始报文数据进行处理，并通过应用层发出信号，包括：获取来自测试用例的信号；底层对所述来自测试用例的信号进行相关处理；输出处理结果，并基于结果判断可执行文件收到的信息是否与上版本一致。3.根据权利要求1所述的台架测试方法，其特征在于，基于所述信号判断所述域控制器内的待测可执行文件相关功能是否正常激活，从而判定待测可执行文件是否通过测试之后，还包括：获取实车复杂工况数据；经调试之后的可执行文件对所述实车复杂工况数据进行处理；基于处理之后的信号判断经调试之后的可执行文件是否达标。4.根据权利要求2所述的台架测试方法，其特征在于，输出处理结果，并基于结果判断可执行文件收到的信息是否与上版本一致，包括：基于数据发送周期、数据量大小及数据类型判断可执行文件收到的信心是否与上版本一致。5.根据权利要求3所述的台架测试方法，其特征在于，经调试之后的可执行文件对所述实车复杂工况数据进行处理，包括：获取可执行文件对应的源码文件，所述源码文件包括至少一段待调试路试问题代码和与每一所述待调试路试问题代码相对应的配置调试条件；加载调试选项配置文件，所述调试选项配置文件包括至少一段原始调试代码和与每一所述原始调试代码相对应的原始调试选项；解析所述调试选项配置文件，生成调试选项字典；基于所述配置调试条件查询所述调试选项字典，将与所述配置调试条件相匹配的原始调试选项确定为目标调试选项，获取与所述目标调试选项相对应的目标调试代码；目标调试代码调试所述待调试路试问...

【专利技术属性】
技术研发人员：刘宜明，王宽，
申请(专利权)人：重庆长安汽车股份有限公司，
类型：发明
国别省市：