嵌入式軟件測試策略(2)

　　確認測試最終的實施舞臺必須在目標環境中，系統的確認必須在真實系統之下測試，而不能在主機環境下模擬。這關系到嵌入式軟件的最終使用。

　　包括恢復測試、安全測試、強度測試、性能測試，已超出了軟件測試的范疇，本文暫不討論。

　　使用有效的cross-test測試策略可極大的提高嵌入式軟件開發測試的水平和效率，當然正確的測試工具使用也是必不可少的：

　　總結一下，應用以上測試工具進行.Cross-test時的策略：

　　A) 使用測試工具的插裝功能(主機環境)執行靜態測試分析，并且為動態覆蓋測試準備好一插裝好的軟件代碼。

　　B) 使用源碼在主機環境執行功能測試，修正軟件的錯誤和測試腳本中的錯誤。

　　C) 使用插裝后的軟件代碼執行覆蓋率測試，添加測試用例或修正軟件的錯誤，保證達到所要求的覆蓋率目標。

　　D) 在目標環境下重復(B)，確認軟件在目標環境中執行測試的正確性。

　　E) 若測試需要達到極端的完整性，最好在目標系統上重復(C)，確定軟件的覆蓋率沒有改變。

　　通常在主機環境執行多數的測試，只是在最終確定測試結果和最后的系統測試才移植到目標環境，這樣可以避免發生訪問目標系統資源上的瓶頸，也可以減少在昂貴資源如在線仿真器上的費用。另外，若目標系統的硬件由于某種原因而不能使用時，最后的確認測試可以推遲直到目標硬件可用，這為嵌入式軟件的開發測試提供了彈性。設計軟件的可移植性是成功進行cross-test的先決條件，它通?？梢蕴岣哕浖馁|量，并且度軟件的維護大有益處。以上所提到的測試工具，都可以通過各自的方式提供測試在主機與目標之間的移植，從而使嵌入式軟件的測試得以方便的執行。

　　使用有效的cross-test測試策略可極大的提高嵌入式軟件開發測試的水平和效率，提高嵌入式軟件的質量。

　　附錄：

　　1)HOST-TARGET的連接方法簡介：

　　直接連接

　　通過仿真器連接

　　使用介質進行間接連接

　　使用PROM等傳遞被測軟件

　　測試的交互界面

　　無交互界面的連接

原文轉自：http://www.uml.org.cn/Test/200908254.asp