【干货分享】硬件在环仿真（HiL）测试

黑盒测试技术

白盒测试技术

基于经验测试方法

测试用例技术

测试用例和测试数据是

从功能性或非功能性规

范说明(也可从模型) 导

出，而不考虑程序的内部

结构。

测试用例和测试数据是

从测试对象的结构(如涉

及和代码)导出，而不考

虑规范说明

测试员、开发员或其他测试对测试对象和它的环境的经验

有与错误打交道的经验或估计在哪里可能出现错误的经验

4.3.4 黑盒设计法

根据黑盒测试方法的特点,将其详细划分为以下几个类别:等价类划分法、边界值分析法、决策表法、状态转移测试法、测试用例法、因果图法、判断表驱动法、正交试验设计法、功能图法。

4.3.5 白盒设计法

白盒测试方法是基于结构的测试用例设计方法。通过观察测试对象的程序代码，选择一个代码覆盖的标准，然后根据这标准生成测试用例。例如，所有的语句至少被执行一次，在所选标准的基础上产生单个的测试用例,基于代码生成的测试用例的基础是描述程序结构的控制流图。控制流图是一个带有开始和结束节点的有向图，程序的指令(语句)是通过节点来表示的,一个没有分支的语句序列可以用一个节点表示，语句之间的路径是通过边(控制流)来描述，图内的开始和结束节点可以省略。

4.3.6 经验设计法

4.3.6.1错误推断法

基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例。

例如，在单元测试时曾列出的许多在模块中常见的错误。以前产品测试中曾经发现的错误等，这些就是经验的总结。输入数据和输出数据为零的情况，输入表格为空格或输入表格只有一行，这些都是容易发生错误的情况，可选择这些情况下的例子作为测试用例

在产品测试的实践中对产品的了解的加深和测试经验的丰富，使用错误推测法设计的测试用例往往非常有效，可以作为测试设计的一种补充手段，并且积累的经验越丰富，方法使用效率越高。

4.3.6.2 探索测试法

探索式测试(Exploratory Testing)是一种软件测试方法，也可以说是一种测试思维方法,是一种强调个人自由与责任的测试方法,让独立测试人员可以借用不断的学习来改善测试的规划与测试的执行，而在测试的过程中也会同时改善测试案例达到相辅相成的效果。

4.3.7自动化测试用例开发

测试用例的开发需严格遵循整车控制器功能规范文档,测试用例需针对被测控制器功能进行开发，并形成测试矩阵文档及测试用例说明文档。

测试矩阵编写在严格遵守整车控制器开发功能文档的基础上，创建测试用例，文档中需对每条测试用例的测试功能，测试方法及预期结果进行简单描述，并对每条测试用例进行编码.以便测试过程中通过测试编号进行查找问题。

测试用例说明文档是对测试矩阵的详细补充，测试矩阵中对测试用例只做简单描述，测试说明文档针对每条测试用例测试的功能，测试时的初始条件，完成该测试用例具体需要的详细执行步骤，更改的信号位置及名称，甚至测试动作后的等待时间，以及预期结果需要检测的信号名称等进行详细描述。依据此文档可直接编辑自动化测试用例。

说明文档针对每条测试用例测试的功能，测试时的初始条件，完成该测试用例具体需要的详细执行步骤，更改的信号位置及名称，甚至测试动作后的等待时间，以及预期结果需要检测的信号名称等进行详细描述。依据此文档可直接编辑自动化测试用例。

测试管理软件的功能:1) 写测试序列:2) 管理试验软件:3) 生成测试报告

配置与试验环境软件的功能: 1) 接收测试序列发来的激励数据: 2) 将激励数据发给实时仿真机，并在线显示仿真结果

4.4 测试调试

4.4.1 冒烟测试

测试工程搭建完成后，连接被测控制器，需要对被测控制器和 HiL 测试设备做冒烟测试验证设备连接与原件是否有基本的问题。冒烟测试有测试人员和开发人员共同完成，在测试过程中发现问题，测试人员找到了一个 Bug，然后开发人员会来修复这个 Bug，冒烟测试是否通过决定了下一轮系统测试是否可以执行。

4.4.2 接口测试

接口测试是只有被测控制器，没有和整车仿真模型形成闭环的测试，属于开环测试。接口测试通过人为赋值模拟外部控制器与被测控制器之间的数据交互,验证被测控制器数据交互是否正常，侧重信号交互验证。一般接口测试如果有测试程序，可以自动测试，如果没有测试程序，可手动测试。

4.4.3 首轮测试

被测控制器和整车仿真模型形成闭环的测试，属于闭环测试。闭环测试通过模拟操作驾驶室变量，使整车模型与被测控制器自动数据交互，验证被测控制器软件策略，侧重功能和性能验证。

打开自动化测试用例库，在 TestStand 测试界面调入测试用例对象，直接运行即可。

4.4.4问题关闭

测试过程中发现的问题使用问题单形式记录。在问题记录和问题描述遵循“5C”的要求:

正确(Correct)，不会产生歧义:

清晰( Clear)，容易理解;

简洁(Concise)，没有多余的东西;

完整(Complete)，包含重现缺陷的完整数据；

致性(Consistent)，缺陷单格式要统

4.4.5 回归测试

在第一轮测试相关问题关闭后，由开发人员更新软件，生成新的软件版本，下载到被测控制器中，在 HiL 设备上对上个版本中出现并修复的缺陷进行再次验证，并以缺陷为核心，对相关修改的部分进行测试。

4.4.6 测试报告

通过 HiL 测试管理软件加载测试序列，执行测试，输出测试报告。

4.5测试总结

被测控制器 HiL 回归测试完成，在功能方面达到测试通过标准后，需要对 HiL 测试工作进行总结和整理，并生成及编制 HiL 测试总结。

HiL 测试总结主要包括以下内容:

1、HilL 测试环境、测试周期、测试人员及测试内容等;

2、测试过程中的问题统计与分析，并对测试遗留问题进行记录;

3、测试结束后检查所做的测试工作及完成情况，提交工作成果，包括: 测试用例说明文档，测试矩阵文档，可执行文件及生成的测试报告等

来源：新能源汽车电控开发与测试