ISO26262功能安全各个阶段测试要求.pdfVIP

ISO26262功能安全各个阶段测试要求

1.开发过程说明

系统层⾯：包括软硬件集成测试、系统集成测试以及整车测试。

硬件层⾯：包括硬件集成与测试。

软件层⾯：单元测试、集成测试。

2.功能安全总体要求

2.1各项指标

2.2诊断覆盖度举例

针对⼀个信号举例说明：

3.功能安全测试要求

3.1测试计划

核⼼内容应包括，

测试对象：需要测试的对象描述，以及测试的范围描述；

测试⼈员：⼈员能⼒、⼈员职责范围等；

测试环境：涉及到的仿真环境（Simulink）、台架环境（HIL、实验台架等）等；

测试⼯具：⽤到的各种软件以及硬件测试⼯具，如Canoe、Canape、Inca等，说明⼯具的型号以及版本信息；

测试⽅法：功能安全表格中提到的针对各个阶段，所需采取的测试⼿段或⽅法；

测试标准：测试通过以及失败的准则；

测试条件：包括测试准⼊条件、测试准出条件以及测试异常退出条件等；

测试回归：定义回归策略，如在产品末期，进⾏⼀次全回归测试等；

测试时间计划表：针对各个阶段进⾏详细的测试计划安排，确保各个阶段⼈、事、物齐全，确保测试按照计划进⾏。

3.2测试规格

根据不同的测试对象进⾏分析，选择合适的测试⽅法、编写测试⽤例。

测试⽤例应包括，

⽤例ID：每个测试⽤例应有唯⼀的测试ID，⽅便建⽴追溯；

测试⽅法：说明测试⽤例选择的测试⽅法；

测试环境：说明当前⽤例的环境；

测试对象：说明对应的测试对象版本、配置信息；

输⼊条件：说明测试⽤例的输⼊条件；

测试步骤：说明测试⽤例的执⾏步骤；

预期结果：说明测试⽤例执⾏后预期的输出、输出范围以及功能表现等，说明通过与失败评判标准。

3.3软件相关测试

3.3.1软件单元测试

测试对象：

包括软件单元内部的语句、逻辑以及单元给外部调⽤的接⼝。

验证⽅法：

表8可通过静态验证⼯具来进⾏验证，

表9中，⼀般需要进⾏数据流以及控制流分析图。

验证要求：

证明软件单元满⾜软件单元设计规范；

证明软件单元符合软硬件接⼝的定义；

证明软件单元具有⼀定的鲁棒性；

证明软件单元不包含⾮期望的功能，且满⾜下表覆盖度。

这⾥核⼼是需要借助⼀定的⼯具，统计需求覆盖度以及代码覆盖度。

3.3.2软件集成测试

测试对象：

软件单元拼接集成后的软件，针对针对各个模块的交互接⼝以及集成起来的功能进⾏验证测试。

测试⽅法：

资源使⽤测试，包括消耗的CPU资源、RAM、ROM等。

验证要求：

证明软件实现与软件架构设计的符合性；

证明软件与与软硬件接⼝规范的符合性；

证明软件包含了已定义的功能；

证明软件具有⼀定的鲁棒性，具备有效的错误探测以及处理机制；

证明软件使⽤资源与预期消耗资源⼀致（或⼩于）；

应满⾜在软件架构层⾯对要求的覆盖率要求。

备注：为了达到⾜够的覆盖度，可以采⽤不同的集成⽅法，分阶段进⾏集成。

3.3.3软件安全需求验证

⽬标是验证嵌⼊式软件符合软件安全需求；

软件安全需求实现的测试需要在⽬标硬件平台上完成；

测试环境可选择下表所⽰：

3.4硬件相关测试

3.4.1硬件集成测试

测试对象：

针对硬件单板，集成硬件要素和测试硬件设计,以验证硬件设计符合适当ASIL等级的硬件安全要求；

测试⽅法：

测试要求：

应验证针对硬件安全要求的安全机制实施的完整性和正确性；

应验证硬件在外部应⼒下的鲁棒性；

测试设备应按照国标要求(如ISO17025)。

3.5系统相关测试

3.5.1软-硬件集成测试

测试对象：

测试⽅法：

⼀般选⽤HIL台架进⾏故障注⼊测试。

验证安全机制在软硬件层的正确功能性能、准确性和时序；

验证外部和内部接⼝在软硬件层执⾏的⼀致性和正确性；

验证对于硬件失效探测机制在软硬件层⾯上与故障模型有关的诊断覆盖率的有效性；

验证安全相关要素在软硬件层的鲁棒性⽔平。

系统集成测试

测试对象：

组成系统的各个要素按照系统设计进⾏集成集成后的系统，证明各个系统要素正确交互、符合技术和功能安全要求,并为没有可能导致违背安

全⽬标的⾮预期⾏为提供⾜够的置信度⽔平。

测试⽅法：

测试要求：

验证功能和技术要求在系统层⾯的正确执⾏；

验证安全机制在系统层的正确功能性能⾏为、准确性和时序；

外部和内部接⼝在系统层⾯执⾏的⼀致性和正确性；

安全机制在系统层⾯的失效覆盖率的有效性；

验证系统层⾯的鲁棒性⽔平。

整车集成测试

测试对象：

集成到整车后的相关项，为了探测整车集成期间的系统性故障。

测试⽅法：

验证功能安全要求在整车层⾯的