符合iso26262標準的軟件測試解決實施方案-文庫吧
2025-04-19 13:06 本頁面
【正文】 實車測試，必要的時候進行HIL測試。因為在靜態(tài)分析需求中所需要滿足的方法基本上都是屬于靜態(tài)測試的范疇的，因此我們以ASIL A為例，將軟件測試內容分為靜態(tài)測試、動態(tài)測試和功能驗證三部分（注：架構驗證暫時未包含在內），見下表。表中所列舉的靜態(tài)測試內容里面要求采取多種的測試方法，例如‘低復雜度的強制要求’一般需要通過滿足一定的度量指標來實現(xiàn)，度量指標包括圈復雜度、嵌套深度等等，而‘使用語言的子集’在汽車行業(yè)一般選擇MISRAC，通過強制使用編碼規(guī)范來排除未定義行為或者實現(xiàn)定義行為等危險用法，除此之外靜態(tài)測試還要求一些其他的測試方法，例如如果要滿足更高的安全完整性等級的話，靜態(tài)測試內容還需要包括運行時錯誤檢測等，一般需要使用可靠性測試性的測試。ASIL A所要求的動態(tài)測試要求能夠基于需求分析和設計測試用例，因此需要在開發(fā)過程中提供對需求管理的支持，同時要求能夠針對函數(shù)或模塊提供覆蓋度分析等。如果是更高等級的ASIL的話可能還需要進行不同環(huán)境的測試，例如模型在環(huán)測試（MIL）和軟件在環(huán)測試（SIL），并在必要的情況下進行MIL和SIL的對比測試。 軟件安全需求的測試環(huán)境需要根據(jù)ASIL等級來進行選取，并且至少要在一個以上不同環(huán)境內執(zhí)行測試。ASIL A所要求的ECU網(wǎng)絡測試包括了網(wǎng)絡中各ECU之間的相互作用，目的是確保ECU之間沒有引起功能故障的相互干擾，而實車測試則是在真正的ECU軟件運行環(huán)境中進行測試的方式，根據(jù)功能安全需求規(guī)范來進行，可以最直觀地反映出ECU軟件是否能夠滿足定義的功能安全需求。當然在必要的時候還需要進行硬件在環(huán)測試（HIL），通過仿真控制系統(tǒng)中傳感器和執(zhí)行器的硬件(Hardware)電氣特性，為嵌入式控制器構建起一個控制回路 (Loop)，從而可以方便的在其中模擬被控對象的工作環(huán)境，對ECU的算法進行功能驗證和測試。 針對前面劃分的ISO 26262所關注的靜態(tài)測試、動態(tài)測試和功能驗證的要求，下面我們就來看一下解決方案中如何來滿足這些需求。符合ISO26262標準的靜態(tài)測試 在靜態(tài)測試中，靜態(tài)分析主要包括規(guī)則檢測和質量度量；可靠性測試主要進行運行時錯誤的檢測。 上面提到ASIL A中針對編碼準則的需求以及其他ASIL等級所強烈推薦的例如使用風格指南等需求都是不需要運行源程序來檢測，因此都屬于靜態(tài)分析的范疇，雖然這些需求也可以通過人工檢查的方式實現(xiàn)，但一個好的靜態(tài)分析工具幾乎可以自動化地執(zhí)行表1中所有的要求，通過靜態(tài)分析工具來幫助我們檢查和滿足這些規(guī)定可以明顯地幫助組織更有效率地實現(xiàn)ISO 26262靜態(tài)分析的相關需求。針對靜態(tài)分析的需求，我們提供DAC這樣一個工具，它的主要功能包括：可以自動化地地執(zhí)行C代碼及匯編代碼的靜態(tài)分析，支持包括MISRAC1998和2004的
公司管理相關推薦
鄂ICP備17016276號-1