数据驱动的诊断功能自动化测试验证
来源: | 作者:pmo9ca4dc | 发布时间: 2017-07-05 | 1647 次浏览 | 分享到:

  
  自动生成测试用例的方法用于诊断协议的测试已经实践了很多年,这种方法是基于汽车OEM提供的诊断描述文件,通过一种可验证的方法高效地测试ECU的诊断接口,这大大提高了产品质量。除此之外,Claas公司和Vector公司的联合开发项目重新定义了非常完整的诊断描述文件,可以自动化验证诊断参数和故障代码DTC。
  

测试任务

Claas, 是一家农机产品生产商,负责在诊断数据中描述诊断参数和ECU输入输出之间的关系。关于故障判定标准的测试被正式文档化为新的测试任务。过去,这些都是通过手动测试实现的,或者测试工程师通过执行特殊的测试用例来实现。然而这并不能达到广泛的测试覆盖度

 

与Vector合作后,诊断参数与ECU I/O之间的关系自动关联到了已经存在的通信数据库和硬件描述文件中。完全自动化的诊断测试能够在基于CDD或ODX的测试环境中生成和执行。软硬件诊断集成的正确性测试通过仿真ECU环境进行自动化实现。通过修改总线上的仿真数据或者驱动特殊的硬件I/O,使得诊断参数的正确设置、故障状态的生成、故障信息的正确存储等测试成为可能。

为了执行诊断功能自动化测试,诊断参数和ECU I/O必须彼此关联。除了诊断数据库(ODX,CDD),与诊断不相关的其他数据也需要使用。这包括网络通信数据(dbc,arxml)或者测试环境配置数据,例如用于HIL台架配置的接口描述。这些系统信息主要用于激励和测量ECU的输入和输出。



故障码DTC的测试

故障码DTC的数据结构和格式来源于诊断数据,如果诊断描述文件能与ECU的外设关联,那么测试DTC是否被正确的存储在故障内存中就成为可能。此外,也可以验证DTC的状态跳转和DTC的正确清除

 

每个DTC的特定设置条件也必须明确,这包含至少以下内容:

  • I/O类型(输入输出,网络或者传感器/执行器)

  • I/O名称(报文名称,通道名称)

  • 故障类型(例如,短路到地)

故障类型能从标准的DTC故障类型字节中获取(如SAEJ2012)。此外还需要额外的信息:阈值,设置时间和故障发生时的监测信息等


诊断参数测试
相关文章