基于ISO 26262功能安全標準的測試系統(tǒng)測試方法(上)
ISO26262中“Part 5:Product Development:Hardware Level”,針對產品開發(fā)的硬件部分提出了專門的集成和測試要求和建議。
?、庇布珊?a class="contentlabel" href="http://www.ex-cimer.com/news/listbylabel/label/測試">測試需要按照安全計劃和驗證要求來按計劃進行;
?、灿布珊蜏y試需要按照產品集成和測試計劃來進行;
⒊針對變更,需要按照標準規(guī)定中的變更管理來對測試策略進行影響分析;
?、礈y試的設備可以按照國際標準(比如ISO17025)或公司標準來進行標定;
?、涤布蓽y試的測試案例需要按照表1的方法進行設計;
⒍針對硬件安全需求,硬件集成和測試需要對其安全機制實現(xiàn)的完整性和正確性進行驗證,其方法如表2所示。
?、酚布珊蜏y試需要按照表3的方法進行外部壓力環(huán)境下的魯棒性測試。
軟件集成和測試
軟件單元測試
軟件單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。ISO26262中規(guī)定了其相對應的要求和建議:
?、避浖卧獪y試需按照“ISO26262-8 章節(jié)9中”的驗證要求來有計劃的定義和執(zhí)行。軟件單元測試的對象是具體的軟件實現(xiàn)單元,在基于模型的軟件開發(fā)過程中,軟件單元測試的對象是其單元模型。
?、曹浖卧獪y試需要按照表4中列的方法進行,以完成以下目標:
● 檢查是否符合軟件單元設計的具體要求;
● 檢查是否符合軟硬件接口要求;
● 檢查功能是否正確實現(xiàn);
● 檢查是否有異常功能;
● 檢查軟件實現(xiàn)的魯棒性,比如錯誤處理效率等;
● 檢查功能所需資源的完整性。
3. 軟件單元測試中的測試案例需要按照下表5中的方法進行分析設計。
4. 軟件單元測試中,對于需求的覆蓋度、代碼的覆蓋度都需要進行衡量,具體方法如表6所示。如果覆蓋度不夠,還需要增加其他測試案例。
● 代碼的覆蓋度都可以借助一些軟件工具來實現(xiàn);
● 如果是基于模型的開發(fā),其軟件單元測試需要利用類似的模型的結構化覆蓋指標來衡量;
● 如果通過代碼的打樁來進行測試覆蓋度的衡量,必須保證打樁的代碼和正常的代碼的執(zhí)行功能是一致的;
● 對于覆蓋度衡量目標,都需要給出一個合理理由來表示其不同的級別,對于無法覆蓋的代碼,可以通過檢查等其他方法來進行驗證。
5. 軟件單元測試需要盡可能的在真實的目標環(huán)境上執(zhí)行,如果利用其他環(huán)境,則需要評估其與真實環(huán)境的差異、源代碼和目標代碼的差異,分析設計測試案例,以便在接下來的測試階段中得到執(zhí)行。
評論