鱼鳞病

注册

 

发新话题 回复该主题

HIL75讲,自动化测试软件大派送 [复制链接]

1#

dSPACE、ETAS、NI,三家都有自己的自动化测试软件,但是都不太好用。

德国有一家公司开发了一个叫ECUtest的产品,专门做第三方的HIL自动化测试,比那三家自带的自动化测试软件都要好用一些。

ECUtest的优点是挺明显的,它兼容了三家公司的“HIL配置软件”,替代了它们的“HIL自动化执行软件”,实现了大一统,减少了工程师的学习量,不用再去熟悉三家产品了。

但是话又说回来,HIL都是相通的,软件的使用原理都是一样的,只要熟悉了一家,其它两家只要稍微操作几下就熟悉了,学习量其实也很小。所以,ECUtest的核心优点,实际上是界面人性化,使用起来方便明了,操作习惯了之后用起来很顺手。

HIL仿真测试是黑盒测试

软件测试、模块测试,属于白盒测试,是从属于开发的,但是目前行业内几乎都是软件开发人员自己做软件模块测试。

HIL仿真测试是控制器系统级的仿真测试,是黑盒测试,是一个独立的体系,是最产品进行的最全面的评估检查,也最接近于实车。

01

直接导入Excel并执行?

这么一个看起来不太复杂的功能,为什么几乎所有的测试软件都不愿意去做呢?答案有两个:

不同企业对Excel的格式理解不一样,很难统一,这会导致软件开发商有微微的额外工作量。

这个功能虽然很牛逼,但是会削弱“自动化测试软件”的地位,因为大量的活都可以在Excel中干了,大家都不在软件中操作了,“自动化测试软件”成了一个执行机器而已,会显得不那么重要了。

效率太高,导致大家需要操作“自动车测试软件”的时间变短,可能会影响产品的销量。

“自动化测试”具有较高的增值价值,适合通过二次开发加收开发服务费,因为默认都没有。

所以,连ECUtest都不支持读取Excel并执行,一点也不意外,其它的就更不用说了。

这是一个非常典型的商业利益和技术进步之间发生冲突的例子!

02

师子小分队“HILA”大派送

师子小分队潜心研究开发的HIL自动化测试软件,“HILA”,核心优势就是支持基于Excel文件的全自动化测试,效率高得不要不要的。大家完全可以充分发挥Excel的开放性和灵活性,实现很好的多人协作、协同配合,复制粘贴、评审存档……毕竟,闷着头在实验室做测试、操作软件,思维既局限、又比较累,也很难出成绩的。当然,这必然少不了一个集思广益的“Excel格式”。我们总结了HIL应用领域的普遍习惯,并且结合了多家企业的技术特点,总结出了一套效果非常好的Excel测试用例模板,提供给大家。经实际应用发现,《测试用例》应当鼓励抄袭,鼓励互相借鉴引用。因为这个东西不是一锤子买卖,是有闭环的,瞎写的测试用例,一定会体现在测试报告的各种“异常”里,是可以追溯的,可以发现问题的。所以,互相抄袭,抄出了好处,抄出了效率,也能够避免敷衍了事的情况出现。比较有创新性的工程师,走在前面,其他人员在后面抄袭借鉴,效果也是很不错的。经过细致地优化完善,该软件正式发布啦。界面非常简洁,做自动化测试效果好得不得了。目前仅支持应用最广泛的NI平台HIL,dSPACE的兼容性正在测试完善中,很快就能释放~欢迎广大朋友们前来索取、后台沟通,凡是加入了我们的小红圈的,一律免费,没有加入的,意思一下也可以给。

03

不举例子的说教,都是耍流氓

我们做了个VCU功能,实现一个很简单的公式,VCU需要做的事情,实际上是把两个接收到的报文信号“add1”和“add2”记起来,通过一个发送的报文信号“he1”发送出去。

我们在Veristand中把报文映射都做好,各种关联都做好,最终这几个变量名就可以使用在Excel里了,可以直接设置成下拉选项。

Excel测试用例

必须先进行格式检查

测试用例可能存在格式不规范,所以必须检查通过之后方可运行,若检查结果不通过,可以按照错误提示进行修改完善即可。

格式检查很快的,转瞬即逝~

论自动化测试的优雅

测试过程简洁迅速,效率很高,效果非常好。

论测试报告的细致

一份优秀的测试报告,一定能够事无巨细,把整个过程详细记录下来,并且对错误的地方予以醒目地提示。

04

结论

欢迎朋友们前来索取、交流,我们要协助广大同行,搞起!HIL43讲,Matlab也有强大的实时平台,在上海熠速和SpeedGoat

HIL48讲,ADAS测试的两种类型,白马王子和草民的故事

HIL31讲,零基础教程,自动化测试的方法原理及应用演示

总线38讲,CAN_DE和北京某润VDE功能对比

师子一号

您的鼓励会让我们做得更好~

分享 转发
TOP
发新话题 回复该主题