隨著用戶對汽車體驗要求的提高，汽車電控系統變得越來越復雜，從而來實現更多的智能化功能。為了保證整車下線出廠質量要求，提高售后服務水平，無縫銜接的診斷系統開發在整車開發中的重要度日益突出。完備的診斷測試系統，不僅能簡化零部件供應商的診斷測試工作，更能大大減少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版功能基本一樣)，只是操作更簡單，不需要太多的診斷知識。
整車生命周期，診斷測試工具鏈架構圖：
