[發明專利]發動機控制器軟件診斷模塊測試方法及測試系統

有效

• 申請號: 201410257766.8
• 申請日: 2014-06-11
• 公開（公告）號: CN105224447B
• 公開（公告）日: 2017-11-14
• 發明（設計）人: 趙煒
• 申請（專利權）人: 聯創汽車電子有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 上海浦一知識產權代理有限公司31211
• 代理人: 丁紀鐵

技術領域

本發明涉及汽車電子領域，特別是涉及一種通過NI公司(National Instruments美國國家儀器公司)的USB-CAN網絡通信設備，結合NI公司的汽車診斷指令集工具，在普通工控機上進行發動機控制器軟件診斷模塊測試的方法。本發明還涉及一種采用所述測試方法形成的發動機控制器軟件診斷模塊測試系統。

背景技術

目前通常以人工編輯通信數據幀和手工控制診斷數據幀收發的方式，對各種版本的發動機控制器軟件的診斷模塊進行測試。

這種測試方式需要使用大量的人力資源，而且測試過程也非常的復雜。一套發動機控制器軟件的診斷模塊測試用例會包含至少幾十條測試項。以傳統的人工方式輸入診斷數據幀存在以下幾個弊端：

1、測試的工作效率極其低下，有經驗的工程師測試一套發動機控制器軟件診斷模塊，需要耗費1至2個小時的工作量；

2、測試過程中人工輸入過多，非常容易誤操作；

3、對于安全訪問這樣的診斷服務，需要根據種子計算密鑰，然后獲得診斷請求數據幀，用戶無法在診斷通信協議規定的、非常短的時間內獲得密鑰，因此會導致需要安全訪問的測試用例無法執行，或者失去測試的意義；

4、判斷測試結果的步驟十分復雜，需用從發動機控制器返回的診斷響應數據幀中選取相應的字節或位，然后進行換算，判斷過程冗長而且容易出錯；

5、由于上述弊端4，對于測試中的異常結果無法及時響應，無法判斷后續測試用例是否有執行的必要，往往要等到測試結束后才能發現測試的過程中發生的異常，導致整個測試結果失去意義。

發明內容

本發明要解決的技術問題是提供一種能提高發動機控制器軟件診斷模塊測試工作的測試效率和測試質量的發動機控制器軟件診斷模塊測試方法。本發明還提供了一種采用所述測試方法形成的發動機控制器軟件診斷模塊測試系統。

為解決上述技術問題，本發明提供的基于NI公司USB-CAN網絡通信設備和汽車診斷指令集工具的發動機控制器軟件診斷模塊測試方法，其特征是，包括以下步驟：

1、設計基于Excel的診斷軟件測試模板文件；

A、定義測試模板至少包括以下字段：

a1、平臺，發動機控制器系統平臺；

a2、項目號，發動機控制器系統項目號；

a3、軟件名，發動機控制器軟件名稱；

所述平臺、項目號和軟件名用于顯示以及在測試報告中注明，也能用于校驗用戶是否正確選擇了與發動機控制器軟件所匹配的測試模板；

a4、診斷類型，指定診斷通信的方式“CAN”或“K”；

a5、請求ID，十六進制表示的診斷服務請求方數據鏈路層標識符；

a6、應答ID，十六進制表示的診斷服務應答方數據鏈路層標識符；

a7、波特率，十進制表示的數據通信速率，單位為bps；

a8、幀格式，CAN網絡通信數據幀的格式，能采用“標準幀”、“遠程幀”或“擴展幀”；

B、定義測試用例至少包括以下字段：

b1、測試序號，每個測試用例都有一個唯一的測試序號作為索引的主鍵，以字母“I”加自然數組成；

b2、服務請求，診斷服務的應用層請求報文，為十六進制字節組成的字符串，每兩個字節之間以半角英文逗號“,”分隔；

b3、描述信息，用于提示工程師該測試項診斷服務的意義，除了提示作用以外，在實際測試和程序運行過程中沒有其它意義；

b4、測試條件，已確定的發動機控制器測試工況的枚舉，系統軟件需要在發送該測試項的診斷服務請求之前，對通過發動機控制器測試工況設置接口，按“測試條件”中列明的內容，對發動機控制器測試工況進行設置；

b5、預期應答，發動機控制器應該對診斷服務請求應答的應用層報文，為十六進制字節組成的字符串，每兩個字節之間以半角英文逗號“,”分隔；

b6、判斷方式，測試結果的判斷方式采用枚舉，有“不需判斷”、“相等”、“范圍”、“頻率”共4種；

b6.1、對于要求判斷相等的，要求物理數值等于目標數值；

b6.2、對于要求是否在某范圍內，要求物理數值在目標數值所要求的范圍內；

b6.3、對于頻率信號，需要檢測物理數值是否翻轉了相應的頻率，即目標數值。

b7、物理數值，測試用例的“數據域”及其換算方法；

b8、目標數值，根據不同的“判斷方式”所定義的比較目標值；