表3. ISO 26262标准中的工具置信度意味着对工具进行鉴定时的工作量不同
TCL2工具对于用户的价值最大,因为任何TCL1工具不是对安全没有任何实质影响,就是已经具有高置信度,因而不需要额外的资格鉴定和文档记述。而TCL3工具置信度较低,不管如何都需要一定程度的人工资格鉴定。
功能性
从高层次来说,ECU功能的测试非常简单。我们可以简单地逐个功能进行测试;但是嵌入式软件的详细信息可以帮助发现需要严格测试的可能故障点。因此,功能测试的设计同样需要与ECU设计团队密切合作。
此外,特定ECU的特性可以与状态图相结合来指导测试用例的设计。
性能
与安全和功能测试用例不同,设计基于性能的测试却不需要与ECU设计团队协作。这些测试的开发通常从用户的角度来考虑。设计团队能接受的对于用户来说可能是无法接受的,因而这些反馈非常重要。幸好,有些用户关心的性能问题,例如每加仑英里数(MPG),可以根据联邦政府定义的测试程序直接变为测试用例。图11显示了联邦政府针对市区驾驶规定的车速随时间的变化图(FTP-75)。
图11. 联邦政府针对车辆MPG性能规定标准化测试,例如FTP-75驾驶工况。
另一种基于性能的测试是内部性能,例如总线消息时序、ECU CPU利用率或ECU事件
响应时间。这些类型的测试可能需要测试仪具有额外的功能,包括ECU校准、调试数据链路(以读取微处理器参数)和/或过程数据日志时间戳发布(以验证可接受的总线消息行为)。有关使用NI DIAdem软件进行此分析的示例,请查看 时间相关的NI VeriStand数据日志。
需求创建、可追溯性和实现
需求可追溯性的重要性
为了确保嵌入式软件和一般软件的质量,经证明在软件开发过程的所有阶段跟踪需求工件是非常重要的。典型的软件过程包括研究、定义、开发、测试和部署。通过跟踪来建立各种关系以及分析软件更改的影响是软件开发过程的常见操作,尤其是对于故障成本非常高或故障可能导致生命危险的领域。
来源:恩艾NI