本发明涉及新能源汽车领域，具体来说，涉及一种基于ecu-test的电池管理系统的自动化硬件在环测试方法。
背景技术：
硬件在环是计算机专业术语，也即是硬件在回路。通过使用“硬件在环”(hil),可以显著降低开发时间和成本。在过去，开发电气机械元件或系统时，使用计算机仿真和实际的实验就已经彼此独立开来。然而通过使用硬件在环的方式，这两个过程可以结合并展示出效率的极大提升。
目前，硬件在环技术被广泛地应用在汽车电子控制器单元的v字开发流程中，是以实时处理器运行仿真模型来模拟受控对象的运行状态，通过i/o接口与被测的ecu连接，对被测ecu进行全面的、系统的测试。从安全性、可行性和合理的成本上考虑，hil硬件在环仿真测试已经成为ecu开发流程中非常重要的一环，减少了实车路试的次数，缩短开发时间和降低成本的同时提高ecu的软件质量，降低汽车厂的风险。
在新能源汽车这个全新的领域中，hil硬件在环仿真测试对于三大核心电控系统：整车控制系统、bms电池管理系统、mcu电机控制器是非常重要的。但其高精度的实时性要求、大电压大电流的安全性、信号接口的特殊属性、以及系统的可扩展性都使得传统汽车电控系统的hil硬件在环仿真测试系统无法解决。
自动化测试一般是指软件测试的自动化，软件测试就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。是将认为驱动测试转行为转为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。
ecu-test是由位于德国德累斯顿的tracetronic公司开发的一款用于嵌入式测试系统的验证软件工具。自从2003年首次发布ecu-test，该软件成为了汽车ecu开发的标准工具，同时也逐步成为了重型机械和工业自动化开发的标准工具。该软件是起源自于一个控制单元的系统化测试的项目研究，从而为从德累斯顿工业大学脱离出来的tracetronic公司奠定了基础。ecu-test旨在完成测试案例的规范化、评估、求解和归档。得益于该软件包含大量的自动化测试方法使得测试案例的所有必要功能如创建、求解和评估功能得以顺利实现。
针对相关技术中的问题，目前尚未提出有效的解决方案。
技术实现要素：
针对相关技术中的上述技术问题，本发明提出一种基于ecu-test的电池管理系统的自动化硬件在环测试方法，能够提高硬件在环测试效率。
为实现上述技术目的，本发明的技术方案是这样实现的：
一种基于ecu-test的电池管理系统的自动化硬件在环测试方法，包括以下步骤：
s1hil测试工程环境的搭建；
s2自动化测试用例的编制；
s3hil测试的执行及测试报告输出。
进一步的，s1具体包括：
s11测试工程环境目录的建立；
s12测试工具的配置；
s13测试环境工程的导入。
进一步的，s2具体包括：
s21测试步骤的编写；
s22测试信号localmapping的建立；
s23测试信号globalmapping的建立；
s24局部测试变量管理文件ppd的建立；
s25全局测试参数管理文件gcd的建立。
进一步的，s3具体包括：
s31测试报告的生成；
s32测试报告的保存。
本发明的有益效果：基于ecu-test对新能源纯电动汽车电控单元进行自动化硬件在环测试，提高硬件在环测试的效率，使测试用例规范化、评估、求解和归档。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例所述的一种基于ecu-test的电池管理系统的自动化硬件在环测试方法得流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，根据本发明实施例所述的一种基于ecu-test的电池管理系统的自动化硬件在环测试方法，包括以下步骤：
s1hil测试工程环境的搭建；
s2自动化测试用例的编制；
s3hil测试的执行及测试报告输出。
进一步的，s1具体包括：
s11测试工程环境目录的建立；
s12测试工具的配置；
s13测试环境工程的导入。
进一步的，s2具体包括：
s21测试步骤的编写；
s22测试信号localmapping的建立；
s23测试信号globalmapping的建立；
s24局部测试变量管理文件ppd的建立；
s25全局测试参数管理文件gcd的建立。
进一步的，s3具体包括：
s31测试报告的生成；
s32测试报告的保存。
为了方便理解本发明的上述技术方案，以下通过具体使用方式上对本发明的上述技术方案进行详细说明。
在具体使用时，根据本发明所述的一种基于ecu-test的电池管理系统的自动化硬件在环测试方法，首先,启动ecu-test后，在弹出的提示框中输入期望建立自动测试管理目录的路径，如工程配置文档目录、测试执行流程文档目录、离线文档目录、测试用例文档目录、临时文件目录、测试报告目录等相关子文件会自动生成在路径下。
然后，在configurations文件夹下可以建立相关tcf及tbc等工程配置文档，在tcf中可以导入相关的工程模型、被测样件、总线协议、报告保存路径、执行设置以及全局参数等。在tbc中可以配置自动化测试中涉及到的hil测试工具，如labcar、inca等。在parameters文件夹下可以导入ppd、gcd以及globalmapping等配置文件。在packages文件夹下可以建立测试用例或测试项目，通过点击测试用例可以进入测试用例编辑界面，完成不同测试步骤的不同需求，如创建、求解和评估功能等。通过点击checkpackage来验证测试用例的编译问题，点击runtestcase键来执行相关用例的自动化测试，点击report键来读取相关测试的测试报告。
综上所述，借助于本发明的上述技术方案，通过基于ecu-test的新能源车辆电池管理系统的自动化硬件在环测试，增强硬件在环测试的稳定性，提高硬件在环测试的效率。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。