基于ISO 26262功能安全標準的汽車電子系統測試方法(中)

　?、邓械臏y試設備需要在質量監控體系中管理。

　?、对谌我庖粋€完整的集成階段，每個功能和技術安全都需要至少被測試驗證(被測試為可用)一次。

　　● 在各級定義的功能安全需求，通常被更高一級的集成測試中得到驗證。
　　● 在集成測試中識別的安全異常，應按規范“ISO 26262-2 5.4.2章節”[4]給出相應的報告。

　　⒎集成測試的測試案例的設計方法如表11所列?！　?/p>

 　　軟硬件集成和測試

　　軟硬件集成

　　⒈符合ISO 26262-5的開發的硬件和符合ISO 26262-6的開發的軟件集成在一起，并用于下列測試活動中。

　?、曹浻布涌谛枨髴院线m的覆蓋率被測試，以符合ASIL要求，或者能給出理由證明軟硬件接口不會出現問題。這個要求適用于ASILs C和D。測試中將優先考慮產品本身的硬件和軟件，但針對一些特定的測試技術，會采用一些修改后的硬件和軟件進行測試。

　　軟硬件級的測試目標和方法

　?、痹谲浻布蓵r，應采用合適的方法來檢查設計層面的系統的錯誤，具體見如下條目和對應表格描述。根據其實現的功能、復雜度、系統分布式的類型，測試方法可以有效的應用于其他級別的集成和測試。

　　⒉軟硬件級別的技術安全需求的實現，應按照下表的方法的進行驗證。

　　● 基于需求的測試用于驗證功能和非功能需求。
　　● 故障注入測試使用特殊的方法在運行時將故障注入被測對象。這可以在軟件內通過一種特殊的測試接口或借助特殊的硬件來完成。這種方法經常被用來提升安全需求的測試覆蓋率，因為在整車情況下，不會觸發安全機制。
　　● Back-to-back測試是指在相同外部激勵的情況下比較真實被測對象和仿真模型的執行情況，用于檢查模型和其實現之間的不一致性(如表12)。

　?、耻浻布壍恼_功能的性能、安全機制的準確性和及時性應按照表13的方法進行測試驗證。

　?、赐獠亢蛢炔康慕涌诘囊恢滦院驼_實現，在硬件-軟件層次上應使用表14給出的可行的測試方法來論證。表14中的接口測試包括模擬和數字輸入輸出測試、邊界測試、等價類測試，這些方法用于測試被測對象的接口、容量、延時性和其他評價指標。ECU的內部接口可以通過靜態測試方法來驗證;對于ECU之間的接口，可以通過串口外設接口(SPI)、通信等方式來進行動態測試。

　?、滇槍τ布e誤檢查機制，其診斷覆蓋率的有效性，可以通過表15的方法進行測試。

　　● 故障注入測試使用特殊的方法在運行時將故障注入被測對象。這可以在軟件內通過一種特殊的測試接口或借助特殊的硬件來完成。這種方法經常被用來提升安全需求的測試覆蓋率，因為在整車情況下，不會觸發安全機制。
　　● 錯誤推導測試是通過預測被測對象中的錯誤，設計測試案例，來對這些錯誤進行檢查。如果測試者有足夠的經驗和知識，錯誤推導測試將是非常有效的方法。

　?、犊梢园凑毡?6方法測試軟硬件級別中各對象的魯棒性。

　　● 資源占有率測試可以靜態(比如，通過檢查代碼大小，或者分析關于中斷使用的代碼，為了驗證最壞的情況下不會用盡資源)完成，也可以通過運行時監控動態完成。
　　● 壓力測試可以在很高的操作負載、很強環境要求下進行被測對象正確功能的驗證。比如很強的負載、異?？偩€負載、異常電擊、異常溫度、機械沖擊等情況下。(未完待續)

　　參考文獻：

　　[1]IEC 61508: Functional Safety of Electrical/Electronic/Programmable Electronic Safety-related Systems[S/OL].http://zh.wikipedia.org/wiki/IEC_61508
　　[2] ISO 26262-1:2011, Road vehicles -- Functional safety-Part1: Vocabulary[S]
　　[3]ISO 26262-8:2011, Road vehicles -- Functional safety-Part8: Supporting processes[S]
　　[4]ISO 26262-2:2011, Road vehicles -- Functional safety-Part2: Management of functional safety[S]
　　[5]ISO 26262-9:2011, Road vehicles -- Functional safety-Part9: Automotive Safety Integrity Level (ASIL)-oriented and safety-oriented analyses[S]