[發明專利]一種基于儀表MCU軟件平臺的自動化測試方法及系統

在審

• 申請號: 202211214487.4
• 申請日: 2022-09-30
• 公開（公告）號: CN115712556A
• 公開（公告）日: 2023-02-24
• 發明（設計）人: 何建忠
• 申請（專利權）人: 惠州市德賽西威汽車電子股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 廣州三環專利商標代理有限公司 44202
• 代理人: 葉新平

本發明涉及汽車儀表UI及功能測試技術領域，提供一種基于儀表MCU軟件平臺的自動化測試方法及系統，預先根據內存映射文件和軟件聲明變量文件計算內存地址的地址映射表，在進行測試時，控制被測儀表將測試結果存儲在軟件存儲變量(RTE變量的子變量)中。在進行測試驗證時，僅交互對應的目標內存映射地址、目標內存地址數據，使得PC端可直接根據目標內存地址數據訪問軟件存儲變量獲取對應的測試結果，隨后與輸入的預期輸出結果數據進行比較，根據比較結果輸出測試報告，自動化的測試流程，有效地提高了測試效率、準確率。

技術領域

本發明涉及汽車儀表UI及功能測試技術領域，尤其涉及一種基于儀表MCU軟件平臺的自動化測試方法及系統。

背景技術

目前，針對汽車儀表UI及功能測試主要靠人工功能測試和白盒工具自動化測試，僅能夠實現部分功能的自動化測試。

在人工測試方面，以項目的功能規范文檔為依據制定相應的測試用例，在制定過程中需要分析dbc(Database Can,CAN數據庫)文件，編寫LabVIEW程序用于發送功能報文，設計完測試用例后，需人工對表格中測試用例依次執行，在執行過程中，需要不斷點擊程序界面的按鈕發送功能報文，對于一些重復度高且數量較多的測試用例也只能逐個執行，還有一些功能現象變化較快人眼很難進行捕捉，一旦錯過了就要重新進行測試，這樣一系列的操作容易造成測試人員疲勞并且測試效率也比較低。另外，部分功能測試所用到機械手、相機及自動發送CAN報文的相關設備，由于成本較高無法滿足人手一套的需求，所以當測試項目較多的時候，需要等待前面項目測試完畢后才可進行本項目的測試。

白盒工具自動化測試是基于代碼邏輯層面的測試，主要通過在白盒測試工具編寫測試用例，使用軟件內部自動化運行程序運行測試用例，最后驗證測試結果。雖然白盒測試基于代碼邏輯層面可以很精確的了解及控制功能內部邏輯的運作，但是，無論自動化與否白盒測試用例的設計都是耗時且復雜，需要測試人員對被測軟件有著透徹的代碼級理解。另外，白盒測試用例重用度會跟著軟件變更幅度增大而降低，若軟件變更較大則容易導致測試用例無法重用需要重新設計。基于代碼層面的測試，也無法模擬真實環境中異常條件下的狀況，不能確保在真實環境中功能的可信度。

發明內容

本發明提供一種基于儀表MCU軟件平臺的自動化測試方法及系統，解決了現有的汽車儀表測試方案測試用例設計難度高、復用率低，無法有效模擬真實環境，導致測試效率低、成本較高的技術問題。

為解決以上技術問題，本發明提供一種基于儀表MCU軟件平臺的自動化測試方法，包括步驟：

S1、獲取dbc文件并解析，得到dbc功能報文數據并存儲；

S2、根據內存映射文件和軟件聲明變量文件計算內存地址的地址映射表；

S3、獲取當前輸入的測試變量，生成對應的測試用例并執行；

S4、根據所述地址映射表獲取被測儀表的測試結果，生成并輸出測試報告。

在進一步的實施方案中，所述步驟S1包括步驟：

S11、根據獲取到的dbc文件路徑，獲取對應的dbc文件；

S12、對所述dbc文件進行解析獲取車身功能性報文信號；

S13、對所述車身功能性報文信號進行解析，獲取其信號信息并存儲到軟件內存中。

在進一步的實施方案中，所述信號信息至少包括報文ID、長度以及報文中的信號名、起始位和長度。

在進一步的實施方案中，所述步驟S2包括步驟：

S21、獲取解析軟件聲明變量文件得到RTE變量信息，計算出RTE變量中各個子變量對應的內存地址偏移量；

S22、讀取基于MCU軟件編譯生成的內存映射文件，獲取RTE變量的內存映射地址；