如何實現(xiàn)嵌入式軟件測試的自動化

無論是對于傳統(tǒng)的瀑布式開發(fā)還是對于測試驅(qū)動開發(fā)而言，單元測試和集成測試都是非常重要的測試策略。

單元測試可檢測小單元和獨立的單元代碼，比如，可對單獨的C++函數(shù)，C函數(shù)，或Ada包進行測試。在進行全面的系統(tǒng)測試之前通常都要進行單元和集成測試。

單元測試和集成測試對于建立堅固、無誤的應(yīng)用程序，有著十分重要的意義。因為測試者通過單元和集成測試可以很方便地調(diào)用應(yīng)用程序的底層功能，以便驗證低層需求是否已實現(xiàn)。

VectorCAST工具可對C/C++(VectorCAST/C++)和Ada(VectorCAST/Ada)進行單元和集成測試。這兩套工具都能夠自動完成與單元和集成測試相關(guān)的主要任務(wù)，包括生成完整的、可執(zhí)行的測試套件，管理測試用例和測試結(jié)果，自動進行回歸測試等。

單元測試和集成測試的兩大目標(biāo)

驗證應(yīng)用程序的正確性 —— 要求測試用例包含已知輸入和預(yù)期值，以便調(diào)用被測代碼的功能。

證明測試的充分性 —— 要求對代碼覆蓋率進行跟蹤，以便驗證程序代碼是否已經(jīng)100%執(zhí)行了。

VectorCAST/C++和VectorCAST/Ada都可以自動完成這些任務(wù)，并且能夠在應(yīng)用程序的整個生命周期一直對其進行全面的自動化回歸測試。

傳統(tǒng)的單元測試和集成測試的流程

傳統(tǒng)的單元測試：因為軟件的每個單元都進行了編碼，所以開發(fā)者需要生成測試用例調(diào)用這些代碼，再執(zhí)行測試用例驗證代碼的正確性。這種流程存在的一個風(fēng)險就是開發(fā)人員可能在設(shè)計測試用例的時候會受到代碼執(zhí)行情況的影響，導(dǎo)致他們只是測試所寫的代碼能夠?qū)崿F(xiàn)的功能，而不是驗證代碼應(yīng)該實現(xiàn)的功能。

測試驅(qū)動開發(fā)(TDD)和敏捷流程

測試驅(qū)動開發(fā)會在設(shè)計完成之前生成測試用例，以解決傳統(tǒng)的單元測試存在的上述問題。這樣，開發(fā)者就能夠根據(jù)底層需求和每個單元已確定的接口建立單元測試。每個功函數(shù)口定義好之后，就會針對該函數(shù)加入增加測試。這些測試一開始的時候會失敗，因為各個函數(shù)尚未有邏輯定義。但是，當(dāng)整個程序代碼完成之后，測試就會通過。這種方法要求開發(fā)、建立和測試的周期較短，而且能夠自動進行自動化回歸測試。VectorCAST/C++支持這種測試方法，因為只要有一個頭文件存在，VectorCAST/C++就可以建立測試。

為什么單元測試和集成測試這么難?

要想測試能夠達到接近100%的代碼覆蓋率要求，就必須要為被測程序中的每行代碼都寫一行測試代碼(驅(qū)動、樁函數(shù)、測試數(shù)據(jù))。

如果不用工具來進行單元測試，那么要保持單元測試代碼始終和程序代碼相匹配將是一個挑戰(zhàn)。不僅需要寫測試代碼，而且還要對其進行調(diào)試，以保證它的運行效果和預(yù)期的一樣。因為要創(chuàng)建測試軟件并要不斷對其進行維護，所以手動的單元測試的花費很高而且效率比較低。而使用VectorCAST，不需要寫任何測試代碼就能夠完成單元測試。