CN115858357A - 测试结果的生成方法、装置、电子设备及可读存储介质 - Google Patents
测试结果的生成方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN115858357A CN115858357A CN202211532957.1A CN202211532957A CN115858357A CN 115858357 A CN115858357 A CN 115858357A CN 202211532957 A CN202211532957 A CN 202211532957A CN 115858357 A CN115858357 A CN 115858357A
- Authority
- CN
- China
- Prior art keywords
- software
- environment model
- test
- controlling
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
本申请提供了一种测试结果的生成方法、装置、电子设备及计算机可读存储介质,该方法包括:控制第一软件创建环境模型;控制第一软件将环境模型发送至第二软件,以使第二软件将环境模型发送至第三软件;控制第二软件创建测试脚本;控制第二软件执行测试脚本,以使第三软件基于测试脚本运行环境模型对待测试模块进行测试,生成测试结果。解决了现有技术中,测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确的技术问题。
Description
技术领域
本发明涉及车辆测试领域,尤其是一种测试结果的生成方法、装置、电子设备及计算机可读存储介质。
背景技术
随着汽车行业的更新迭代,汽车行业正不断向着智能化、数字化发展。随着研发的不断深入,为了保证车辆运行时安全性,需要对车辆的控制器(比如:整车控制器)的功能逻辑进行测试。
为了对车辆的控制器的功能进行测试,现有技术中,往往需要利用一种功能性平台(比如:实时仿真目标机)对车辆的控制器(比如:整车控制器)的功能逻辑进行仿真测试,其需要将测试的代码导入功能性平台内,然后通过测试员在功能性平台上利用手动测试的方式(比如:手动点击)对控制器进行仿真测试。
但是,现有技术中,测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确。
基于此,特提出本发明。
发明内容
本申请的目的是提供了一种测试结果的生成方法、装置、电子设备及计算机可读存储介质,解决了现有技术中,测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确的技术问题。
根据本申请的第一方面,提供了一种测试结果的生成方法,该方法包括:
控制第一软件创建环境模型;
控制第一软件将环境模型发送至第二软件,以使第二软件将环境模型发送至第三软件;
控制第二软件创建测试脚本;
控制第二软件执行测试脚本,以使第三软件基于测试脚本运行环境模型对待测试模块进行测试,生成测试结果。
可选的,控制第一软件将环境模型发送至第二软件,以使第二软件将环境模型发送至第三软件,包括:
控制第一软件创建第一接口;
基于第一接口控制第一软件将环境模型发送至第二软件;
控制第二软件对环境模型进行编译,并将编译后的环境模型向第三软件进行发送;
控制第二软件执行测试脚本,以使第三软件基于测试脚本运行环境模型对待测试模块进行测试,生成测试结果,包括:
控制第二软件执行测试脚本,以使第三软件基于测试脚本运行编译后的环境模型对待测试模块进行测试,生成测试结果。
可选的,控制第二软件对环境模型进行编译,并将编译后的环境模型向第三软件进行发送,包括:
控制第二软件将第二软件中的第一模块转化为第二模块;其中,第二模块用于对环境模型进行传输;
控制第二软件将环境模型进行编译,并将编译后的环境模型基于第二模块向第三软件进行发送。
可选的,控制第二软件执行测试脚本,以使第三软件基于测试脚本运行编译后的环境模型对待测试模块进行测试,生成测试结果,包括:
向第三软件输入预设变量;
控制第二软件执行测试脚本,以使第二软件基于测试脚本、预设变量运行编译后的环境模型对待测试模块进行测试,生成测试结果。
可选的,在控制第一软件创建环境模型之后,方法还包括:
控制第一软件对环境模型进行诊断,生成诊断结果。
可选的,方法还包括:控制待测试模块将测试结果发送至第三软件进行显示。
可选的,控制待测试模块将测试结果发送至第三软件进行显示,包括:
控制第三软件创建第二接口;其中,第二接口用于第三软件接收或发送信息;
创建第三接口;其中,第三接口用于待测试模块接收或发送信息;
控制待测试模块基于第三接口将测试结果向第三软件进行发送,以使第三软件基于第二接口接收测试结果,并进行显示。
根据本申请的第二方面,提供了一种测试结果的生成装置,该装置包括:第一创建模块,用于控制第一软件创建环境模型;
发送模块,用于控制第一软件将环境模型发送至第二软件,以使第二软件将环境模型发送至第三软件;
第二创建模块,用于控制第二软件创建测试脚本;
生成模块,用于控制第二软件执行测试脚本,以使第三软件基于测试脚本运行环境模型对待测试模块进行测试,生成测试结果。
可选的,发送模块包括:创建单元,用于控制第一软件创建第一接口;发送单元,用于基于第一接口控制第一软件将环境模型发送至第二软件;编译单元,用于控制第二软件对环境模型进行编译,并将编译后的环境模型向第三软件进行发送;生成模块,用于控制第二软件执行测试脚本,以使第三软件基于测试脚本运行编译后的环境模型对待测试模块进行测试,生成测试结果。
可选的,编译单元,用于控制第二软件将第二软件中的第一模块转化为第二模块;其中,第二模块用于对环境模型进行传输;控制第二软件将环境模型进行编译,并将编译后的环境模型基于第二模块向第三软件进行发送。
可选的,生成模块,用于向第三软件输入预设变量;控制第二软件执行测试脚本,以使第二软件基于测试脚本、预设变量运行编译后的环境模型对待测试模块进行测试,生成测试结果。
可选的,诊断模块,用于控制第一软件对环境模型进行诊断,生成诊断结果。
可选的,显示模块,用于控制待测试模块将测试结果发送至第三软件进行显示。
可选的,显示模块,用于控制第三软件创建第二接口;其中,第二接口用于第三软件接收或发送信息;
创建第三接口;其中,第三接口用于待测试模块接收或发送信息;
控制待测试模块基于第三接口将测试结果向第三软件进行发送,以使第三软件基于第二接口接收测试结果,并进行显示。
根据本申请的第三方面,提供了一种电子设备,该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令,程序或指令被处理器执行时实现如第一方面所示的测试结果的生成方法的步骤。
根据本申请的第四方面,提供了一种可读存储介质,该可读存储介质上存储程序或指令,程序或指令被处理器执行时实现如第一方面所示的测试结果的生成方法的步骤。
本申请中,可以由中央处理器(Central Processing Unit,CPU)作为本申请的执行主体,CPU控制第一软件创建环境模型,并控制第一软件将环境模型发送至第二软件内,然后由第二软件将环境模型发送至第三软件;在第二软件内创建测试脚本,CPU控制第二软件运行测试脚本,从而使得第三软件根据测试脚本的内容,运行环境模型,进而对待测试模块进行测试,生成测试结果,即本申请采用软件代替人工进行软件测试。解决了现有技术中,测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确的技术问题。
附图说明
为了更清楚地说明本申请具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的测试结果的生成方法的流程图;
图2为本申请实施例提供的测试结果的生成方法的流程图;
图3为本申请实施例提供的测试结果的生成方法的流程图;
图4为本申请实施例提供的测试结果的生成方法的流程图;
图5为本申请实施例提供的测试结果的生成方法的系统图;
图6-图19为本申请实施例提供的一种TPT软件与HIL台架的联合测试的流程图;以及
图20为本申请实施例提供的测试结果的生成装置的示意图。
具体实施方式
为了使本申请的上述以及其他特征和优点更加清楚,下面结合附图进一步描述本申请。应当理解,本文给出的具体实施例是出于向本领域技术人员解释的目的,仅是示例性的,而非限制性的。
在以下描述中,阐述了许多具体细节以提供对本申请的透彻理解。然而,对于本领域普通技术人员来说将明显的是,不需要采用具体细节来实践本申请。在其他情况下,未详细描述众所周知的步骤或服务,以避免模糊本申请。
基于背景技术部分的内容可知,现有技术中测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确。
为了解决上述技术问题,本申请提供一种测试结果的生成方法、装置、电子设备及计算机可读存储介质。下面结合附图,通过具体的实施例及其应用场景先对本申请提供的测试结果的生成方法进行详细地说明。
如图1所示,本申请提供了一种测试结果的生成方法,该方法可以包括:
步骤S11:控制第一软件创建环境模型。
具体的,在本申请中,可以由中央处理器(Central Processing Unit,CPU)作为本申请的执行主体。其中,CPU可以和第一软件建立通信关系,CPU控制第一软件创建环境模型,环境模型可以作为待测试模块的测试环境。可选的,在本文中,第一软件可以为Simulink软件,那么环境模型可以为Simulink环境模型,待测试模块可以为整车控制器(Vehicle Control Unit,VCU)。
需要说明的是,环境模型可以根据不同的测试需求进行更换。
需要说明的是,Simulink可以将数学模型通过图形化的方式直观地表达出来,并通过其内部的数值求解器进行求解,在仿真中使用Simukink是十分方便的。Simulink免去了程序代码编程带来的低效和繁琐,既可用于动力学模拟也适用于控制系统设计。
需要说明的是,Simulink环境模型可以为与待测试模块(VCU)软件交互的模型,受上位机运行的TPT软件控制。
步骤S13:控制第一软件将环境模型发送至第二软件,以使第二软件将环境模型发送至第三软件。
具体的,在本申请中,在CPU控制第一软件创建环境模型之后,控制第一软件将环境模型发送至第二软件,然后由第二软件将环境模型发送至第三软件。需要说明的是,在本文中,第二软件可以为上位机中的TPT(Time Partition Testing Tool)软件,其可以针对嵌入式系统的基于模型的测试工具,特别是针对控制系统的软件功能测试。第三软件可以为HIL台架目标机,也就是说,HIL台架目标机可以为下位机,即上位机中的TPT软件可以获取到Simulink软件中的Simulink环境模型,然后上位机将Simulink环境模型下载至HIL台架目标机。
需要说明的是,HIL台架目标机用于运行编译后的Simulink环境模型,根据程序内容控制台架板卡硬件。
需要说明的是,上位机可以为执行编译、链接嵌入式软件的计算机。在本申请中用于编写TPT自动化测试脚本,搭建并编译预留TPT软件接口的环境模型,下载编译后的环境模型至HIL台架目标机中,运行自动化脚本控制目标机。
如图2所示,为了更好地实现环境模型的传输,在一个可选的实施例中,步骤S13包括:
步骤S131:控制第一软件创建第一接口。
步骤S132:基于第一接口控制第一软件将环境模型发送至第二软件。
步骤S133:控制第二软件对环境模型进行编译,并将编译后的环境模型向第三软件进行发送。
具体的,在本申请中,CPU可以控制Simulink软件搭建Simulink环境模型,并在环境模型中预留第一接口,需要说明的是,第一接口可以为TPT软件接口,其可以实现Simulink软件和TPT软件之间的信息的传输,即Simulink软件通过TPT接口将环境模型发送到TPT软件中。
此外,TPT软件在接收到环境模型之后,需要对环境模型进行编译,需要说明的是,编译可以为利用编译程序从源语言编写的源程序产生目标程序的过程;以及用编译程序产生目标程序的动作。也就是把高级语言变成计算机可以识别的2进制语言,即可以将环境模型编译成为在HIL台架目标机可以运行的环境模型。
步骤S15:控制第二软件创建测试脚本。
具体的,在本申请中,在进行待测试模块测试时,CPU可以在第二软件中创建测试脚本,即上位机可以通过测试脚本控制HIL台架目标机,从而使得与HIL台架目标机相关联的HIL台架在环境模型中进行工况模拟,需要说明的是,HIL台架由HIL台架板卡和HIL台架目标机等组件构成,用于构建待测试对象(VCU)测试环境。
需要说明的是,TPT软件:自动化测试软件,可以通过其接口关联HIL台架目标机中运行的Simulink环境模型,运行TPT自动化测试脚本,控制环境模型按照脚本内容进行运行。
步骤S17:控制第二软件执行测试脚本,以使第三软件基于测试脚本运行环境模型对待测试模块进行测试,生成测试结果。
具体的,在本申请中,在第二软件创建测试脚本之后,CPU可以控制第二软件执行上述测试脚本,使得HIL台架目标机中的环境模型能够通过测试脚本进行工况模拟,即通过Simulink软件搭建测试环境模型,在环境模型中预留与TPT软件接口,下载环境模型至HIL台架目标机,通过上位机TPT软件控制HIL台架目标机,使HIL台架与待测试对象通讯,模拟各种工况(比如:车辆加速测试、车辆减速测试、车辆坡起测试等工况),从而生成测试结果。
需要说明的是,测试结果可以为整车控制器的功能逻辑是否正确,比如:在10S之内,车辆100m的路程,车速能否达到15km/h,测试整车控制器。再比如:可以根据制动踏板和加速踏板信息、车辆行驶信息、动力电池装状态信息,判断制动模式是否正确。
在一个可选的实施例中,步骤S17包括:控制第二软件执行测试脚本,以使第三软件基于测试脚本运行编译后的环境模型对待测试模块进行测试,生成测试结果。
具体的,在本申请中,CPU控制第二软件执行测试脚本,第三软件根据测试脚本的内容运行编译后的环境模型,从而对待测试模块进行测试。,
如图3所示,在一个可选的实施例中,步骤S133包括:
步骤S1331:控制第二软件将第二软件中的第一模块转化为第二模块;其中,第二模块用于对环境模型进行传输。
步骤S1332:控制第二软件将环境模型进行编译,并将编译后的环境模型基于第二模块向第三软件进行发送。
具体的,在本申请中,可以控制TPT软件将TPT软件中的第一模块替换为第二模块,需要说明的是,第二模块可以用于环境模型的下载,即HIL台架目标机的下载功能。然后对环境模型进行编译,将编译后的环境模型基于第二模块发送至HIL台架目标机。
需要说明的是,第一模块可以为TPT_SFun_frame模块,第二模块可以为TPT_SFun_frame_hil模块。
在一个可选的实施例中,步骤S1332包括:向第三软件输入预设变量。
控制第二软件执行测试脚本,以使第二软件基于测试脚本、预设变量运行编译后的环境模型对待测试模块进行测试,生成测试结果。
具体的,在本申请中,在第二软件(比如:TPT软件)创建测试脚本之后,为了使得测试结果更加准确,需要在测试的过程中向第二软件中添加预设变量,现有技术中,往往需要测试员基于speedgoat平台手动地添加预设变量,比如:在10毫秒之内点击按钮两次。这样的方式一般在现实实验中是无法实现的,因此,也给测试带来的很大的困难,本申请利用第二软件进行测试,并通过第二软件实现预设变量的添加,使得本申请测试结果更加准确。
如图4所示,在一个可选的实施例中,在步骤S11之后,方法还包括:
步骤S12:控制第一软件对环境模型进行诊断,生成诊断结果。
具体的,在本申请中,在CPU控制第一软件(比如:Simulink软件)创建环境模型之后,第一软件可以对环境模型进行检测,也就是说将待发送的环境模型进行运行,当能够正常运行时,代表可以进行发送。本申请通过对环境模型进行诊断,能够有效地避免在测试过程中,由于环境模型错误带来的测试结果错误的问题。
在一个可选的实施例中,方法还包括:控制待测试模块将测试结果发送至第三软件进行显示。
具体的,在本申请中,在对待测试模块进行检测之后,生成测试结果,基于待测试模块和第三软件之间的数据互传能力,待测试模块可以将检测结果发送至第三软件进行显示。
在一个可选的实施例中,控制第三软件创建第二接口;其中,第二接口用于第三软件接收或发送信息。
创建第三接口;其中,第三接口用于待测试模块接收或发送信息。
控制待测试模块基于第三接口将测试结果向第三软件进行发送,以使第三软件基于第二接口接收测试结果,并进行显示。
具体的,在本申请中,为了实现待测试模块可以将结果数据传输至第三软件,第三软件也能够将测试数据发送至待测试模块。本申请可以通过CPU控制第三软件创建第三接口以及控制待测试模块创建第二接口,需要说明的是,第三接口用于第三软件结果数据接收和测试信息发送,第二接口用于结果数据的发送和测试信息的接收,即在进行测试的过程中,将测试信息通过第三接口进行发送,然后待测试模块通过第二接口进行接收,然后待测试模块将测试结果通过第二接口进行发送,然后第三软件通过第三接口进行接收,并显示。
需要说明的是,第二接口可以为被测对象接口:被测对象(VCU)的硬件接口,收发IO、CAN、LIN等信号。
需要说明的是,第三接口可以为HIL台架板卡接口:受HIL台架目标机控制的板卡接口,可以收发IO、CAN、LIN及以太网等信号。
结合图5所示,本申请提供了一种测试结果的生成方法的系统图,该系统中,采用了基于实时仿真平台(比如:HIL台架)的硬件在环测试,为测试被测对象功能逻辑是否正确,通过Simulink搭建测试环境模型,在环境模型中预留TPT软件接口,并下载环境模型到HIL台架的目标机中,通过上位机TPT软件控制目标机,使HIL台架与被测对象进行CAN、LIN、硬线及以太网的通讯,根据工况编写TPT自动化测试用例,注入输入变量,观测被测对象反馈结果,达到验证被测对象功能逻辑的目的。
结合图6-图19所示,在一个可选的实施例中,本申请提供了一种TPT软件与HIL台架的联合测试的流程图。
结合图6所示,步骤1.新建TPT测试工程。
结合图7所示,步骤2.启动MATLAB软件。其中,在MATLAB Setting中,选择MATLAB的版本并启动MATLAB。需要说明的是,SIMULINK是MATLAB软件的扩展。
结合图8-图10所示,步骤3.打开待编译下载的模型,进行操作(比如:Ctrl+D),并保证其正常运行,回到TPT的Platform Configuration中,选择被测模型及相应的子系统。
结合图11所示,步骤4.在Import Interface中,点击Import,则模型中的IO接口的参数被导入到TPT工程中;
结合图12-图14所示,步骤5.点击Generate test frame生成测试框架。
结合图15、图16以及图17所示,步骤6.将TPT_SFun_frame模块替换为TPT_SFun_frame_hil模块,以适应HIL台架下载功能。
结合图18所示,步骤7.点击Build进行编译,并下载到HIL的目标机中。
结合图19所示,步骤8.在TPT的测试用例编辑界面,搭建测试用例,并运行测试脚本,进行自动化测试。
本申请在于TPT软件、HIL台架以及整车控制器的联合测试,使原本无法自动化测试的系统实现自动化测试。
在一个可选的实施例中,本申请还可以将实时仿真Speedgoat的VCU、BMS电池管理系统及MCU电机控制器三电台架作为一套整体系统,在此系统中通过以太网传输如:插枪、空调调温等驾驶员操作指令,通过连接三个台架的CAN、LIN板卡,达到CAN、LIN通讯互通,可进行报文交互的目的,在三个台架上分别连接好对应的被测对象,并将预留好TPT接口的环境模型下载到对应的目标机中,通过批量运行TPT脚本,进行对三电系统的自动化测试。
本申请与现有技术相比,CPU控制第一软件创建环境模型,并控制第一软件将环境模型发送至第二软件内,然后由第二软件将环境模型发送至第三软件;在第二软件内创建测试脚本,CPU控制第二软件运行测试脚本,从而使得第三软件根据测试脚本的内容,运行环境模型,进而对待测试模块进行测试,生成测试结果,即本申请采用软件代替人工进行软件测试。解决了现有技术中,测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确的技术问题。
结合图20所示,在一个可选的实施例中,还提供了一种测试结果的生成装置,该装置包括:第一创建模块201,用于控制第一软件创建环境模型;发送模块202,用于控制第一软件将环境模型发送至第二软件,以使第二软件将环境模型发送至第三软件;第二创建模块203,用于控制第二软件创建测试脚本;生成模块204,用于控制第二软件执行测试脚本,以使第三软件基于测试脚本运行环境模型对待测试模块进行测试,生成测试结果。
具体的,可以由中央处理器(Central Processing Unit,CPU)作为本申请的执行主体。其中,CPU可以和第一软件建立通信关系,CPU控制第一软件创建环境模型,其中,环境模型可以作为待测试模块的测试环境。可选的,在本文中,第一软件可以为Simulink软件,那么环境模型可以为Simulink环境模型,待测试模块可以为整车控制器(Vehicle ControlUnit,VCU)。其中,在CPU控制第一软件创建环境模型之后,控制第一软件将环境模型发送至第二软件,然后由第二软件将环境模型发送至第三软件。需要说明的是,在本文中,第二软件可以为上位机中的TPT(Time Partition Testing Tool)软件,其可以针对嵌入式系统的基于模型的测试工具,特别是针对控制系统的软件功能测试。第三软件可以为HIL台架目标机,也就是说,HIL台架目标机可以为下位机,即上位机中的TPT软件可以获取到Simulink软件中的Simulink环境模型,然后上位机将Simulink环境模型下载至HIL台架目标机。其中,在进行待测试模块测试时,CPU可以在第二软件中创建测试脚本,即上位机可以通过测试脚本控制HIL台架目标机,从而使得与HIL台架目标机相关联的HIL台架在环境模型中进行工况模拟,需要说明的是,HIL台架由HIL台架板卡和HIL台架目标机等组件构成,用于构建待测试对象(VCU)测试环境。其中,在第二软件创建测试脚本之后,CPU可以控制第二软件执行上述测试脚本,使得HIL台架目标机中的环境模型能够通过测试脚本进行工况模拟,即通过Simulink软件搭建测试环境模型,在环境模型中预留与TPT软件接口,下载环境模型至HIL台架目标机,通过上位机TPT软件控制HIL台架目标机,使HIL台架与待测试对象通讯,模拟各种工况,从而生成测试结果。
可选的,发送模块202包括:创建单元,用于控制第一软件创建第一接口;发送单元,用于基于第一接口控制第一软件将环境模型发送至第二软件;编译单元,用于控制第二软件对环境模型进行编译,并将编译后的环境模型向第三软件进行发送;生成模块,用于控制第二软件执行测试脚本,以使第三软件基于测试脚本运行编译后的环境模型对待测试模块进行测试,生成测试结果。
具体的,CPU可以控制Simulink软件搭建Simulink环境模型,并在环境模型中预留第一接口,需要说明的是,第一接口可以为TPT软件接口,其可以实现Simulink软件和TPT软件之间的信息的传输,即Simulink软件通过TPT接口将环境模型发送到TPT软件中。
此外,TPT软件在接收到环境模型之后,需要对环境模型进行编译,需要说明的是,编译可以为利用编译程序从源语言编写的源程序产生目标程序的过程;以及用编译程序产生目标程序的动作。也就是把高级语言变成计算机可以识别的2进制语言,即可以将环境模型编译成为在HIL台架目标机可以运行的环境模型。
可选的,编译单元,用于控制第二软件将第二软件中的第一模块转化为第二模块;其中,第二模块用于对环境模型进行传输;控制第二软件将环境模型进行编译,并将编译后的环境模型基于第二模块向第三软件进行发送。
可以控制TPT软件将TPT软件中的第一模块替换为第二模块,需要说明的是,第二模块可以用于环境模型的下载,即HIL台架目标机的下载功能。然后对环境模型进行编译,将编译后的环境模型基于第二模块发送至HIL台架目标机。
可选的,生成模块204,用于向第三软件输入预设变量;控制第二软件执行测试脚本,以使第二软件基于测试脚本、预设变量运行编译后的环境模型对待测试模块进行测试,生成测试结果。
具体的,在第二软件(比如:TPT软件)创建测试脚本之后,为了使得测试结果更加准确,需要在测试的过程中向第二软件中添加预设变量,现有技术中,往往需要测试员基于speedgoat平台手动地添加预设变量,比如:在10毫秒之内点击按钮两次。这样的方式一般在现实实验中是无法实现的,因此,也给测试带来的很大的困难,本申请利用第二软件进行测试,并通过第二软件实现预设变量的添加,使得本申请测试结果更加准确。
可选的,诊断模块,用于控制第一软件对环境模型进行诊断,生成诊断结果。
具体的,在CPU控制第一软件(比如:Simulink软件)创建环境模型之后,第一软件可以对环境模型进行检测,也就是说将待发送的环境模型进行运行,当能够正常运行时,代表可以进行发送。本申请通过对环境模型进行诊断,能够有效地避免在测试过程中,由于环境模型错误带来的测试结果错误的问题。
可选的,显示模块,用于控制待测试模块将测试结果发送至第三软件进行显示。
具体的,在对待测试模块进行检测之后,生成测试结果,基于待测试模块和第三软件之间的数据互传能力,待测试模块可以将检测结果发送至第三软件进行显示。
可选的,显示模块,用于控制第三软件创建第二接口;其中,第二接口用于第三软件接收或发送信息;
创建第三接口;其中,第三接口用于待测试模块接收或发送信息;
控制待测试模块基于第三接口将测试结果向第三软件进行发送,以使第三软件基于第二接口接收测试结果,并进行显示。
具体的,为了实现待测试模块可以将结果数据传输至第三软件,第三软件也能够将测试数据发送至待测试模块。本申请可以通过CPU控制第三软件创建第三接口以及控制待测试模块创建第二接口,需要说明的是,第三接口用于第三软件结果数据接收和测试信息发送,第二接口用于结果数据的发送和测试信息的接收,即在进行测试的过程中,将测试信息通过第三接口进行发送,然后待测试模块通过第二接口进行接收,然后待测试模块将测试结果通过第二接口进行发送,然后第三软件通过第三接口进行接收,并显示。
本申请与现有技术相比,CPU控制第一软件创建环境模型,并控制第一软件将环境模型发送至第二软件内,然后由第二软件将环境模型发送至第三软件;在第二软件内创建测试脚本,CPU控制第二软件运行测试脚本,从而使得第三软件根据测试脚本的内容,运行环境模型,进而对待测试模块进行测试,生成测试结果,即本申请采用软件代替人工进行软件测试。解决了现有技术中,测试员手动测试控制器的功能逻辑的方式,导致测试效率低、测试结果不准确的技术问题。
应理解,本申请的装置的各个模块/单元可全部或部分地通过软件、硬件、固件或其组合来实现。各模块/单元各自可以硬件或固件形式内嵌于计算机设备的处理器中或独立于处理器,也可以软件形式存储于计算机设备的存储器中以供处理器调用来执行各模块/单元的服务。各模块/单元各自可以实现为独立的部件或模块,或者两个或更多个模块/单元可实现为单个部件或模块。
在一个实施例中,提供了一种计算机设备,其包括存储器和处理器,存储器上存储有可由处理器执行的计算机指令,计算机指令在由处理器执行时指示处理器执行本申请的方法的各步骤。该计算机设备可以广义地为服务器、终端,或任何其他具有必要的计算和/或处理能力的电子设备。在一个实施例中,该计算机设备可包括通过系统总线连接的处理器、存储器、网络接口、通信接口等。该计算机设备的处理器可用于提供必要的计算、处理和/或控制能力。该计算机设备的存储器可包括非易失性存储介质和内存储器。该非易失性存储介质中或上可存储有服务系统、计算机程序等。该内存储器可为非易失性存储介质中的服务系统和计算机程序的运行提供环境。该计算机设备的网络接口和通信接口可用于与外部的设备通过网络连接和通信。
本申请可以实现为一种计算机可读存储介质,其上存储有计算机程序,计算机程序在由处理器执行时导致本申请的方法的步骤被执行。在一个实施例中,计算机程序被分布在网络耦合的多个计算机设备或处理器上,以使得计算机程序由一个或多个计算机设备或处理器以分布式方式存储、访问和执行。单个方法步骤/服务,或者两个或更多个方法步骤/服务,可以由单个计算机设备或处理器或由两个或更多个计算机设备或处理器执行。一个或多个方法步骤/服务可以由一个或多个计算机设备或处理器执行,并且一个或多个其他方法步骤/服务可以由一个或多个其他计算机设备或处理器执行。一个或多个计算机设备或处理器可以执行单个方法步骤/服务,或执行两个或更多个方法步骤/服务。
本领域普通技术人员可以理解,本申请方法的步骤可以通过计算机程序来指示相关的硬件如计算机设备或处理器完成,的计算机程序可存储于非暂时性计算机可读存储介质中,该计算机程序被执行时导致本申请的方法的步骤被执行。根据情况,本文中对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器的示例包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、磁带、软盘、磁光数据存储装置、光学数据存储装置、硬盘、固态盘等。易失性存储器的示例包括随机存取存储器(RAM)、外部高速缓冲存储器等。
以上描述的各技术特征可以任意地组合。尽管未对这些技术特征的所有可能组合进行描述,但这些技术特征的任何组合都应当被认为由本说明书涵盖,只要这样的组合不存在矛盾。
尽管结合实施例对本申请进行了描述,但本领域技术人员应理解,上文的描述和附图仅是示例性而非限制性的,本申请不限于所公开的实施例。在不偏离本申请的精神的情况下,各种改型和变体是可能的。
Claims (10)
1.一种测试结果的生成方法,其特征在于,所述方法包括:
控制第一软件创建环境模型;
控制所述第一软件将所述环境模型发送至第二软件,以使所述第二软件将所述环境模型发送至第三软件;
控制所述第二软件创建测试脚本;
控制所述第二软件执行所述测试脚本,以使所述第三软件基于所述测试脚本运行所述环境模型对待测试模块进行测试,生成测试结果。
2.根据权利要求1所述的测试结果的生成方法,其特征在于,所述控制所述第一软件将所述环境模型发送至第二软件,以使所述第二软件将所述环境模型发送至第三软件,包括:
控制所述第一软件创建第一接口;
基于所述第一接口控制所述第一软件将所述环境模型发送至第二软件;
控制所述第二软件对所述环境模型进行编译,并将编译后的环境模型向所述第三软件进行发送;
所述控制所述第二软件执行所述测试脚本,以使所述第三软件基于所述测试脚本运行所述环境模型对待测试模块进行测试,生成测试结果,包括:
控制所述第二软件执行所述测试脚本,以使所述第三软件基于所述测试脚本运行所述编译后的环境模型对待测试模块进行测试,生成测试结果。
3.根据权利要求2所述的测试结果的生成方法,其特征在于,所述控制所述第二软件对所述环境模型进行编译,并将编译后的环境模型向所述第三软件进行发送,包括:
控制所述第二软件将所述第二软件中的第一模块转化为第二模块;其中,所述第二模块用于对所述环境模型进行传输;
控制所述第二软件将所述环境模型进行编译,并将编译后的环境模型基于所述第二模块向所述第三软件进行发送。
4.根据权利要求2所述的测试结果的生成方法,其特征在于,所述控制所述第二软件执行所述测试脚本,以使所述第三软件基于所述测试脚本运行所述编译后的环境模型对待测试模块进行测试,生成测试结果,包括:
向所述第三软件输入预设变量;
控制所述第二软件执行所述测试脚本,以使所述第二软件基于所述测试脚本、预设变量运行所述编译后的环境模型对待测试模块进行测试,生成测试结果。
5.根据权利要求1所述的测试结果的生成方法,其特征在于,在控制第一软件创建环境模型之后,所述方法还包括:
控制所述第一软件对所述环境模型进行诊断,生成诊断结果。
6.根据权利要求4所述的测试结果的生成方法,其特征在于,所述方法还包括:
控制所述待测试模块将所述测试结果发送至所述第三软件进行显示。
7.根据权利要求6所述的测试结果的生成方法,其特征在于,所述控制所述待测试模块将所述测试结果发送至所述第三软件进行显示,包括:
控制所述第三软件创建第二接口;其中,所述第二接口用于第三软件接收或发送信息;
创建第三接口;其中,所述第三接口用于待测试模块接收或发送信息;
控制所述待测试模块基于所述第三接口将所述测试结果向所述第三软件进行发送,以使所述第三软件基于所述第二接口接收所述测试结果,并进行显示。
8.一种测试结果的生成装置,其特征在于,所述装置包括:
第一创建模块,用于控制第一软件创建环境模型;
发送模块,用于控制所述第一软件将所述环境模型发送至第二软件,以使所述第二软件将所述环境模型发送至第三软件;
第二创建模块,用于控制所述第二软件创建测试脚本;
生成模块,用于控制所述第二软件执行所述测试脚本,以使所述第三软件基于所述测试脚本运行所述环境模型对待测试模块进行测试,生成测试结果。
9.一种电子设备,其特征在于,所述电子设备包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述的测试结果的生成方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1-7任意一项所述的测试结果的生成方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211532957.1A CN115858357A (zh) | 2022-12-01 | 2022-12-01 | 测试结果的生成方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211532957.1A CN115858357A (zh) | 2022-12-01 | 2022-12-01 | 测试结果的生成方法、装置、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115858357A true CN115858357A (zh) | 2023-03-28 |
Family
ID=85669051
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211532957.1A Pending CN115858357A (zh) | 2022-12-01 | 2022-12-01 | 测试结果的生成方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115858357A (zh) |
-
2022
- 2022-12-01 CN CN202211532957.1A patent/CN115858357A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109039824B (zh) | 一种车载终端无线远程通信协议自动化测试系统及方法 | |
CN112817872B (zh) | 开发测试系统及方法 | |
CN112270149A (zh) | 验证平台自动化集成方法、系统及电子设备和存储介质 | |
CN105808432A (zh) | 轨道交通牵引传动控制单元软件自动化测试系统及方法 | |
CN108802511B (zh) | 一种电池管理单元的测试方法及系统 | |
CN112231199A (zh) | 用于待测试对象的测试方法和装置、以及测试系统 | |
US9117018B2 (en) | Method of debugging software and corresponding computer program product | |
CN113468070A (zh) | 车载以太网的一致性测试方法 | |
Haberl et al. | Model-level debugging of embedded real-time systems | |
CN113532872A (zh) | 一种车机道路测试方法、装置、系统及存储介质 | |
CN112860559B (zh) | 升级测试系统和方法 | |
Bidkar et al. | Virtual ECU Development for Vehicle Diagnostics Software Testing using UDS Protocol | |
CN115858357A (zh) | 测试结果的生成方法、装置、电子设备及可读存储介质 | |
US10488835B2 (en) | Method for configuring a tester equipped for testing an electronic control unit | |
CN115794655A (zh) | 一种台架测试方法及装置、电子设备 | |
CN113885426A (zh) | 一种挖掘机控制程序plc代码自动生成方法、测试方法及可视化测试系统 | |
CN106446400B (zh) | 一种机电系统性能的测试方法及装置 | |
CN113495545A (zh) | 使用在环硬件测试车辆设备控制器的系统和方法 | |
Wehrmeister et al. | Framework to simulate the behavior of embedded real-time systems specified in UML models | |
CN111258827B (zh) | 接口模型的确定方法、装置、电子设备及存储介质 | |
CN115185258A (zh) | 一种适用于整车控制器的hil仿真测试系统及方法 | |
Yadav et al. | Development of Virtual Test Environment for Vehicle Level Simulation | |
CN115408279A (zh) | Ota系统自动化测试方法、装置、系统、设备、存储介质 | |
Fleisch | Simulation and validation of component-based automotive control software | |
CN114647228A (zh) | 一种bms的测试方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |