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

1,085次阅读
没有评论

共计 2015 个字符,预计需要花费 6 分钟才能阅读完成。

1. 开发过程说明

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

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

硬件层面:包括硬件集成与测试。

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

软件层面:单元测试、集成测试。

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

2. 功能安全总体要求

2.1 各项指标

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

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

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

 2.2 诊断覆盖度举例

针对一个信号举例说明:

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

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

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

 3. 功能安全测试要求

3.1 测试计划

核心内容应包括,

测试对象:需要测试的对象描述,以及测试的范围描述;

测试人员:人员能力、人员职责范围等;

测试环境:涉及到的仿真环境(Simulink)、台架环境(HIL、实验台架等)等;

测试工具:用到的各种软件以及硬件测试工具,如Canoe、Canape、Inca等,说明工具的型号以及版本信息;

测试方法:功能安全表格中提到的针对各个阶段,所需采取的测试手段或方法;

测试标准:测试通过以及失败的准则;

测试条件:包括测试准入条件、测试准出条件以及测试异常退出条件等;

测试回归:定义回归策略,如在产品末期,进行一次全回归测试等;

测试时间计划表:针对各个阶段进行详细的测试计划安排,确保各个阶段人、事、物齐全,确保测试按照计划进行。

3.2 测试规格

根据不同的测试对象进行分析,选择合适的测试方法、编写测试用例。

测试用例应包括,

用例ID:每个测试用例应有唯一的测试ID,方便建立追溯;

测试方法:说明测试用例选择的测试方法;

测试环境:说明当前用例的环境;

测试对象:说明对应的测试对象版本、配置信息;

输入条件:说明测试用例的输入条件;

测试步骤:说明测试用例的执行步骤;

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

3.3 软件相关测试

3.3.1 软件单元测试

测试对象:

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

验证方法:

表8 可通过静态验证工具来进行验证,

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

表9中,一般需要进行数据流以及控制流分析图。

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

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

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

验证要求:

证明软件单元满足软件单元设计规范;

证明软件单元符合软硬件接口的定义;

证明软件单元具有一定的鲁棒性;

证明软件单元不包含非期望的功能,且满足下表覆盖度。

这里核心是需要借助一定的工具,统计需求覆盖度以及代码覆盖度。

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

3.3.2 软件集成测试

测试对象:

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

测试方法:

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

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

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

 验证要求:

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

证明软件与与软硬件接口规范的符合性;

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

证明软件具有一定的鲁棒性,具备有效的错误探测以及处理机制;

证明软件使用资源与预期消耗资源一致(或小于);

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

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

备注:为了达到足够的覆盖度,可以采用不同的集成方法,分阶段进行集成。

3.3.3 软件安全需求验证

目标是验证嵌入式软件符合软件安全需求;

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

测试环境可选择下表所示:

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

3.4 硬件相关测试

3.4.1 硬件集成测试

测试对象:

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

测试方法:

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

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

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

 测试要求:

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

应验证硬件在外部应力下的鲁棒性;

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

3.5 系统相关测试

3.5.1 软-硬件集成测试

测试对象:

HSI,应以适当的覆盖率测试软硬件接口(HS I)要求,同时考虑 AS I L等级或应给出没有关于 HS I遗留问题的理由。

测试方法:

一般选用HIL台架进行故障注入测试。

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

 

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

 

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

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

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

 测试要求:

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

验证外部和内部接口在软硬件层执行的一致性和正确性;

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

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

3.5.2 系统集成测试

测试对象:

组成系统的各个要素按照系统设计进行集成集成后的系统,证明各个系统要素正确交互、符合技术和功能安全要求,并为没有可能导致违背安全目标的非预期行为提供足够的置信度水平。

测试方法:

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

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

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

 

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

 

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

测试要求:

验证功能和技术要求在系统层面的正确执行;

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

外部和内部接口在系统层面执行的一致性和正确性;

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

验证系统层面的鲁棒性水平。

3.5.3 整车集成测试

测试对象:

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

测试方法:

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

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

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

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

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

测试要求:

验证功能安全要求在整车层面的正确的执行;

验证安全机制在整车层面的正确功能性能、准确性和时序;

验证整车层面外部接口实现的一致性和正确性;

验证安全机制在整车层面的失效覆盖率的有效性;

验证整车层面的鲁棒性水平。

声明:本文为CSDN博主(作者:NobadMM)原创文章,转载请附上原文出处链接和本声明。

本文链接:https://blog.csdn.net/AgingMoon/article/details/103051390

正文完
 0
评论(没有评论)

汽车质量管理笔记

文章搜索
猜您喜欢
二八原则

二八原则

  来源:网络
快速(加速)可靠性试验

快速(加速)可靠性试验

为了验证设计的可靠性,往往需要安排很多耐久测试,测试样件数量比较大,时间较长,不仅占用台架资源,对于成本也是一...
一篇文章读懂APQP | 先期产品质量策划

一篇文章读懂APQP | 先期产品质量策划

  一、APQP之发展历史 APQP=Advanced Product Quality Planning, 即...
观察仓库运营状态的四个方面,把握管理重点

观察仓库运营状态的四个方面,把握管理重点

评价一间仓库的管理是否到位,除了表面上的整洁度以外,更有一些关键性的方面值得管理层注意,其中有四个方面尤为突出...
即刻尝鲜
空气悬架高度传感器靠谱吗?

空气悬架高度传感器靠谱吗?

高度传感器在电控悬架系统中,用于检测车身与车轮之间的相对高度,为悬架控制系统提供车身高度信息,以便自动调节车身...
麦格纳工装夹具设计培训教材+要点总结

麦格纳工装夹具设计培训教材+要点总结

工装夹具设计一般是在零件的机械加工工艺过程制订之后按照某一工序的具体要求进行的。制订工艺过程,应充分考虑夹具实...
ISO9001-2026与ISO 9001-2015标准对照表

ISO9001-2026与ISO 9001-2015标准对照表

把新版和 2015 版做了一份对照表,哪些条款变了,哪些只是重新组织结构,哪些地方是真正收紧、以后要重点关注的...
东北大学长篇综述:高熵合金搅拌摩擦焊接与加工中的微观组织与力学性能

东北大学长篇综述:高熵合金搅拌摩擦焊接与加工中的微观组织与力学性能

【研究背景】:高熵合金(HEAs)作为多主元合金体系,近年来因其独特的成分设计、可调控的微观组织以及优异的综合...
车间自检互检制度培训

车间自检互检制度培训

不接受不良品 · 不制造不良品 · 不传递不良品 🎯 培训目标 通过本培训,您将能够: ✅ 理解自检互检制度的...
最新评论
大师兄 大师兄 独立事件和卡方检验,都是非常重要的质量管理概念,挺难理解的。
透彻理解卡方检验 - 汽车质量管理笔记 透彻理解卡方检验 - 汽车质量管理笔记 […] 化简后的式子是我们在卡方检验中需要用到的式子,所以请大家牢记!对于上述式子有疑惑的读者可以学习基础的概率论,也可以参考我之前写的一篇关于独立的文章(《【直观数学】如何理解两事件间的独立关系》)。如果没有问题的话,我们可以进入到卡方检验原理与步骤的主体介绍部分! […]
infinite cui infinite cui 需求VDA6.3 表格,谢谢
大师兄 大师兄 说的挺有道理的,从现实看到的大部分情况,做技术的人都比较直,对技术的一丝不苟,容易在遇到需要展现管理能力的时候,就会表现出短板来。管理需要授权,更多应该思考团队、部门间,人员发展,对未来的变化做出应对等的能力。
大师兄 大师兄 抱歉,暂无PPT可供下载。
john john 如何获得这个PPT文件
大师兄 大师兄 里面确实有一些叫法和我们平时不一样
大师兄 大师兄 这个案例来自一本教科书,短短一页不到的案例描述,有可能漏掉某些细节。我想马自达的员工不会不知道这点,很可能是案例没有提到。马自达的员工更愿意偏离规范不过是这本教科书的猜测罢了。因为象传输系统这么复杂的产品,做得好与做得不好都可能有多个原因。我从另一个案例分析中发现,马自达的最终产品还是比福特的更满足规范要求。 变更控制是必要的。
PeriMasto PeriMasto 这个写的不错,很实用,谢谢!
生产、质量及技术三个难兄难弟的关系 | 汽车质量人小馆 生产、质量及技术三个难兄难弟的关系 | 汽车质量人小馆 […] 附:《生产质量管理十六字精髓》(点击可查具体讲解) […]