【AUTOSAR】AUTOSAR开发工具链（六）----MIL测试操作说明

1.1. 目的 - Objective

根据 ISO 26262 及本公司对基于模型开发时软件的测试要求， 为了使测试人员更加方便快捷地开始进行 MIL 测试，特编写并发布此规范。

2. MIL 测试流程概况

一、确保输入资料的齐全

二、制作测试案例， 并通过审查

三、制作测试模型

四、输入测试案例并进行测试

五、编写测试报告， 并通过审查

六、提交

2.1. 确保输入资料的齐全

2.1.1.   测试对象对应的需求文档

1a、系统需求书

1b、软件需求书

1c 、SWC

*2、IO 信号列表

注：以上资料的合理组合，*号的代表选用。

2.1.2.   测试对象所处的模型工程文件

1、  专门用于测试的模型文件存放路径

2、  该模型文件的版本号

3、  若是变更测试： 历史版本的模型文件和测试文件， 以及版本间的变更记录

2.2. 制作测试案例，并通过审查

2.2.1.  根据需求文档，制作测试案例

具体的测试案例制作要求参考以下文件：

NETC-23XXX(2016) -MBD 软件单元测试规范.pdf

2.2.2.   审查要求

a、  首先进行自审

自审应该对需要提交的文件进行全面的审查， 包括文件名、文件内容格式是否规范， 不存在空白区域(不需要填写的填入"-")，文件没有缺漏，以及错误审查以减少文件中存在的错误。

b、  他审

他审的审查内容基本与自审一致，但时间更为简短，主要是找出明显的错误，提供第二视角。 他审是否需要可以根据实际判断，因为其目的是为了减少终审的时间消耗。

c 、  终审

完成的测试案例文件应该提前发送给与会人员，然后申请进行终审。

终审要参与的人员包括：

软件部的该项目负责人

其他软件组成员

测试案例的制作人

制作人需要召集参与人员， 然后对测试案例进行走查(walkthrough)或审查(inspection)，并在完成后 填写 review 记录表。

记录表完成后发出给参与人员， 对要修改部分一一完成并被验收通过后，这个阶段才结束。

2.3. 制作测试模型

2.3.1.   利用 GUI 自动生成测试模型

如下图， 将测试对象模型的名字填入， 按 ENTER 后，即会自动生成测试模型 (存放于当前目录下 test 文 件夹中)，并自动弹出。

 

 

2.3.2.   手工制作测试模型

也可按上面的模型样式从模型库中加入相关模块， 新建一个模型文件来创建新的测试模型。此时应该注 意配置模型的各种属性。 (具体可通过其他自动生成模型的属性来对比确定)

2.4. 输入测试案例并进行测试

2.4.1.   输入测试案例

双击测试模型中的signalbuilder  (上图中的“Inputs”模块)，出现如下界面：

 

具体的使用方式请参阅“Help”。

将测试案例对应的信号组合一一输入后， 按运行按钮。

若需要建立多个信号组， 以便能以不同的初始状态进行测试， 可以新建信号组 (请参阅“Help”)。

2.4.2.   进行测试

测试需要观察输入输出甚至内部信号的情况， 可以通过模块库中的Scope 模块来进行观察。

2.5. 编写测试报告，并通过审查