随着用户对汽车体验要求的提高，汽车电控系统变得越来越复杂，从而来实现更多的智能化功能。为了保证整车下线出厂质量要求，提高售后服务水平，无缝衔接的诊断系统开发在整车开发中的重要度日益突出。完备的诊断测试系统，不仅能简化零部件供应商的诊断测试工作，更能大大减少OEM厂商的诊断测试工作量，也便于对控制器供应商进行系统管理，保证诊断数据的完备性和可靠性。
系统架构：
I.诊断要求
根据整车架构、配置、参数和性能、动力总成、底盘、车身、电子电器、空调等各部分要实现的功能和设计要求，提出相应的诊断要求(零部件供应商也需要根据诊断要求来实现控制器相应的功能)。
II. ODX规则
根据诊断要求，编写ODX诊断数据库实现规则，包括整车所有控制器都必须支持的协议要求和不同控制器单独支持的特有功能要求;
III. ODX/OTX数据创建
1. 根据ODX规则创建诊断数据库(可用于车辆的整个生命周期，便于数据管理)。
对于整车所有控制器都必须支持的协议要求，可用DTS Venice + Visual ODX来实现，实现流程如下图：
① 在DTS Venice中，基于标准的协议模板创建新工程;
② 在Visual ODX中导入整车厂的协议要求(Excel表格式)，创建协议层诊断数据，即实现诊断数据库创建规范，所有控制器都必须基于这个创建规范来完善各自独特功能诊断数据的创建;
③ 在DTS Venice中完善各个控制器独特功能的诊断数据的创建。
2. 用Softing的OTX Studio创建自动化诊断测试序列OTX，实现流程如下：
能实现以下自动化测试功能：
① 诊断功能：
读取整车控制器装备情况;
检查软硬件版本号等标示信息;
读过程传感器值(如车速，转速，发动机温度等)，实时监控车辆状态;
读故障码及其环境数据;
搜索特定的故障码;
检查控制器对有效请求服务ID给出的正响应;
检查控制器对无效请求服务ID或无效请求数据ID给出的负响应;
建立并检查总线静默模式(只监控不响应);
测试时间参数：计时，延时等;
对控制器进行传输协议测试，检查控制器响应是否正常;
客户定制化测试序列。
② 非诊断功能：
存储，生成报告，动态用户对话框，通用文件进入，xml文件…
IV.自动代码生成
将ODX文件导入到AUTOSAR配置工具中，生成.c/.h文件。
V.规则检查
DTS Venice自带的检查功能，主要检查创建的数据库是否符合ASAM 2.2.0标准(一般和第三步ODX创建数据库同时进行)。
VI. ECU测试
用DTS Monaco和Q-Tester Expert对单个控制器进行功能测试(在ECU开发阶段，零部件供应商使用整车厂认可的诊断工具来测试，将大大减少整车厂后期集成测试工作量)。
DTS Monaco：整车厂用来验证ODX数据库完备性，确保传递给其他部门和零部件供应商的数据库没有问题;
Q-Tester Expert: 零部件供应商进行单个控制器功能测试，整车厂进行质量检验。
Q-Tester Expert可以实现以下功能：
基本诊断功能测试，包括读取物流数据，参数数据，测量数据等;
进程控制，输入输出控制等;
读/清故障码;
单个控制器功能配置(Coding);
整车控制器功能配置(一键Coding)及Coding数据管理
单个控制器刷写/再编程(Flash/Reprogramming);
整车刷写;
总线报文记录;
客户定制化需求。
Q-Tester之数据中心: 进行ODX/OTX数据管理，许可证管理，用户权限管理，维修数据管理等。
Q-Tester之远程诊断：便于对路试车辆进行远程控制，实现诊断测试和故障修复等，省时，省力，也大大降低了整车厂的诊断测试成本。
VII.集成测试
DTS Automation来实现自动化的集成测试，优点：
降低对相关工作人员诊断知识的要求，简化相关工作人员的工作流程并减少其工作量;
主要用于：
生产过程中软件刷新和标定;
诊断测试台架;
下线测试;
硬件在环测试。
VIII.生产
类似集成测试，也可以用DTS Automation来实现。
IX.售后
用Q-Tester Workshop来实现。优点：
保证工具链的无缝衔接，功能强大(和Expert版功能基本一样)，只是操作更简单，不需要太多的诊断知识。
整车生命周期，诊断测试工具链架构图：
