【摘" 要】隨著汽車智能座艙系統(tǒng)的普及，越來越多的車型會配備汽車抬頭顯示HUD系統(tǒng)。文章結(jié)合某車型抬頭顯示HUD的開發(fā)過程，詳述HUD的軟件驗證方法，并研究軟件驗證的優(yōu)化方案。

【關(guān)鍵詞】HUD；軟件驗證；方法優(yōu)化

中圖分類號：U463.675" " 文獻(xiàn)標(biāo)識碼：A" " 文章編號：1003-8639（ 2024 ）02-0086-02

Research on Verification Method of HUD Software

ZHANG Liangjie

（SAIC-GM Wuhan Branch，Wuhan 430200，China）

【Abstract】With the popularization of intelligent cockpit systems in automobiles，more and more vehicles will equip with head up display. This paper combines the development process of a certain vehicle's head up display，elaborates on the software validation method of HUD，and studies the optimization scheme of software validation.

【Key words】HUD；software validation；method study

汽車抬頭顯示系統(tǒng)，簡稱HUD，其主要功能是生成一個在擋風(fēng)玻璃前的虛像與路面疊加，使駕駛員不低頭就可以看到所需的信息，如速度、擋位、導(dǎo)航等。如圖1所示。

1" ECU軟件驗證方法

為保證軟件開發(fā)的品質(zhì)和效率，汽車行業(yè)普遍按照V模型來進(jìn)行ECU軟件開發(fā)。V模型來源于ASPICE，其大體可以分為幾個不同的階段，即需求定義、功能開發(fā)、軟件集成測試、功能集成測試和整車集成測試，如圖2所示。本文主要側(cè)重于軟件的驗證方法研究，將根據(jù)主流OEM的開發(fā)經(jīng)驗，研究適用于HUD的軟件驗證流程。

1）靜態(tài)代碼分析：靜態(tài)代碼是軟件驗證中必不可少的一環(huán)，指在不運行程序的條件下進(jìn)行代碼分析的方法，主要從代碼風(fēng)格、語法、語義等多維度對工程代碼進(jìn)行分析，能提前發(fā)現(xiàn)代碼中存在的漏洞，如安全漏洞、內(nèi)存泄漏、違反代碼標(biāo)準(zhǔn)的行為、未初始化的變量或指針等。在靜態(tài)代碼分析階段，缺陷的修復(fù)成本是最低的，如圖3所示。

2）單元測試：由于靜態(tài)代碼分析存在局限性，需要單元測試來驗證代碼是否滿足設(shè)計要求。單元測試精確到每個模塊和每個函數(shù)，用于驗證各個模塊是否滿足設(shè)計要求，單元測試的優(yōu)點是能夠在開發(fā)周期的早期發(fā)現(xiàn)問題，暴露任何不符合需求設(shè)計要求的代碼，以識別并減少單元中的不確定性，識別死代碼和無法訪問的代碼，降低長期開發(fā)成本。

3）黑盒測試：需由獨立的測試團(tuán)隊完成，并基于硬件平臺盡可能進(jìn)行自動化測試，以驗證軟件設(shè)計滿足需求，黑盒測試不應(yīng)代替開發(fā)過程中的其他集成測試。

4）軟件架構(gòu)分析：從軟件架構(gòu)層面分析軟件的薄弱點來輔助驗證，進(jìn)而發(fā)現(xiàn)軟件設(shè)計中存在的問題，問題不限于軟件架構(gòu)缺少魯棒性、處理器的連續(xù)任務(wù)處理、多核任務(wù)的軟件分配、驅(qū)動的可重入性等。

5）軟件壓力測試：在最壞工況下對軟件進(jìn)行多次測試，來暴露軟件的隱藏缺陷和問題，軟件壓力測試的目的分為兩方面：①魯棒性，確保ECU在壓力情況下仍可以按預(yù)期工作；②彈性，確保軟件能在壓力情況移除后恢復(fù)正常工作狀態(tài)。

6）ECU性能分析測試：用來分析最壞工況下關(guān)鍵任務(wù)的執(zhí)行時間和任務(wù)分配，分析應(yīng)當(dāng)包括但不限于上電喚醒、休眠時間、最壞工況下堆棧的使用情況、CPU的使用情況等。

7）軟件追溯表：為了確保所有的軟件需求均被測試覆蓋，軟件追溯表需記錄測試項與軟件需求的對應(yīng)關(guān)系，以驗證零部件軟件驗證覆蓋了所有需求。

2" HUD軟件驗證方法

HUD軟件測試方法總共分為3類：白盒測試、黑盒測試和灰盒測試。

1）白盒測試主要包括靜態(tài)分析和單元測試。靜態(tài)分析的檢查范圍包括：自研代碼、模型生成代碼、開源庫代碼和第三方代碼。靜態(tài)分析工具必須支持最新的MISRA C和MISRA C++規(guī)則項，要求所有Mandatory類問題必須修復(fù)，對于Advisory和Required類需經(jīng)過充分評估后決定是否修復(fù)。靜態(tài)分析結(jié)果示意如圖4所示。

單元測試范圍包括所有的自研代碼和模型，不包括第三方代碼。單元測試的原則性要求是函數(shù)的語句覆蓋率和分支覆蓋率達(dá)到100%，覆蓋率未達(dá)100%的函數(shù)需有明確的分析說明。單元測試用例應(yīng)根據(jù)原始需求設(shè)定函數(shù)的期望輸出值，并與實際輸出值做比較。單元測試結(jié)果示意如圖5所示。

2）HUD黑盒測試主要包括3個大類：Overvoltage amp; Undervoltage Test、Functionality Test和Diagnostics Test。Overvoltage amp; Undervoltage Test主要驗證在高低壓狀態(tài)下HUD的功能穩(wěn)定性；Functionality Test主要驗證在正常工況下HUD各個功能，如背光、電源管理狀態(tài)、顯示功能等是否正常；Diagnostics Test主要驗證診斷功能是否與需求相符。黑盒測試用例需100%覆蓋原始需求，黑盒測試和單元測試與需求之間的追溯關(guān)系需總結(jié)在軟件追溯表里。

3）灰盒測試包括軟件壓力測試和ECU性能分析。軟件壓力測試包括Startup and Shutdown Test、Memory Handling Test、Input Overload Test、Output Faults Test、Overloading of Interrupts Test和Sleep Stress Cases。壓力測試中添加最壞工況來測試軟件的穩(wěn)定性，如對HUD增加高低壓工況下Memory的刷寫測試，增加當(dāng)LVDS信號異常掉線恢復(fù)后HUD的穩(wěn)定性測試，增加當(dāng)Mirror異?？rHUD能否正常休眠等。為驗證軟件在異常工況的穩(wěn)定性，所有壓力測試Case要求至少測試50次。ECU性能分析包括Powerup_Wakeup_Shutdown Test、Message Latencies Test、Reaction Times to Inputamp;Output Test、Worst Case Stack Usage Test、ISRworst Case Execution Times Test和CPU Loading Test。ECU性能分析的每個測試Case至少測試10次，所有性能分析測試項需模擬實車真實環(huán)境，CPU Load測試需在功能邏輯不沖突的情況下創(chuàng)建對應(yīng)的最壞工況，如Crank、休眠喚醒、多任務(wù)執(zhí)行等，以驗證系統(tǒng)是否會存在卡滯。

3" 軟件驗證方法升級

使用本測試方法參與某旗艦車型的HUD測試開發(fā)項目，發(fā)現(xiàn)也有不足之處需要升級。

1）軟件追溯表需涵蓋所有釋放的需求，需追溯至需求文檔的最小章節(jié)號，且章節(jié)號應(yīng)連續(xù)。

2）針對HUD的特性，壓力測試中增加當(dāng)鏡面卡滯時是否會影響HUD正常休眠的測試。

3）針對HUD的工作特性，壓力測試CPU Load測試中增加組合工況下各Task的執(zhí)行情況。

4）壓力測試中增加LVDS信號突然掉線恢復(fù)后HUD的功能測試，并將測試次數(shù)增加至100次。

5）中斷測試中需增加復(fù)雜環(huán)境以評估中斷執(zhí)行的穩(wěn)定性。

4" 總結(jié)

本文針對某車型的HUD開發(fā)，提供了一套完善的軟件驗證流程，并結(jié)合項目經(jīng)驗提供了改善方案，最終通過臺架驗證和項目量產(chǎn)的售后問題反饋，確定了該方案的有效性，并為后續(xù)HUD軟件驗證的持續(xù)開發(fā)提供了思路和方向。

參考文獻(xiàn)：

[1] 陳君，馮飛. 嵌入式軟件自動化測試研究[J]. 工業(yè)控制計算機，2021，34（9）：15-16.

[2] 夏佳佳，鄒毅軍，周江偉，等. 嵌入式軟件自動化測試系統(tǒng)研究[J]. 計算機測量與控制，2016，24（4）：22-25.

[3] 冀佩剛. 程序靜態(tài)分析研究[D]. 蘭州：蘭州大學(xué)，2006.

[4] 酈亦非. 基于ASPICE模型的汽車軟件開發(fā)質(zhì)量管理[J]. 上海質(zhì)量，2021（8）：57-60.

[5] 王麗娟，劉全周，李占旗，等. 汽車電子嵌入式軟件單元測試用例設(shè)計方法研究[J]. 中國汽車，2022（8）：14-18，23.

（編輯" 楊凱麟）

收稿日期：2023-07-25

作者簡介

張亮杰，男，碩士，零部件軟件驗證工程師amp;車身電子系統(tǒng)工程師。