在所有其它的工程實踐中，測試都被視為基本環節。比如，在美國，每一座聯邦政府出資修建的橋都必須經過大量的風洞測試。而在軟件領域，測試并沒有很受重視。盡管測試是所有工程實踐準則的關鍵部分，但編寫測試程序卻感覺是在浪費時間。好在嵌入式系統設計界內的許多領域已經將測試作為其工作的核心部分，他們認識到將這個關鍵步驟放在項目末期極不明智，因而主張同步地編寫測試程序和應用程序。

    嵌入式系統軟件測試在諸多方面都與應用軟件測試一樣。不過，應用測試與嵌入式系統測試之間還是存在一些重要差異。嵌入式開發人員一般會用到基于硬件的測試工具，而這類工具通常不會用于應用開發過程中。此外，嵌入式系統一般都有些獨一無二的特性，這些特性應該在測試計劃中得以體現。本文將介紹測試和測試案例開發的基礎知識，并指出整個嵌入式系統測試工作的特有細節。

    何時測試以及如何測試

    從圖1可以看出，在可行的條件下，測試應盡早展開。一般來講， 早的測試是由 初的開發人員進行的模塊或單元測試。遺憾的是，開發人員大多對如何建構一整套測試例程以進行測試所知不足。由于精心設計的測試例程通常直到集成測試時才能使用，因此許多在單元測試過程中就能找出的缺陷直到集成測試時才會被發現。比如，硅谷的一家大型網絡設備廠商為找出其軟件集成問題的關鍵原因，進行了一項研究。這家廠商發現，在項目集成階段找出的缺陷中，有70%是由在集成之前從沒被執行過的程序所產生的。

<ignore_js_op>

• 1
• 2
• 下一頁

相關文章

• 上一篇： 五大關鍵點簡化LED驅動設計
• 下一篇： 液晶彩電開關電源保護電路