測試是傳統(tǒng)軟體開發(fā)的最后一步。整個(gè)軟體開發(fā)過程，需要收集要求、進(jìn)行高層次的設(shè)計(jì)、詳細(xì)設(shè)計(jì)、製作程式碼、進(jìn)行部份單元測試，然后整合，最后才開始最終測試。

　　最佳的開發(fā)實(shí)踐應(yīng)包含程式碼檢查這個(gè)步驟。然而程式碼檢查一般只能找出70%的系統(tǒng)錯(cuò)誤，因此完美的測試環(huán)節(jié)絕對必不可少。測試就像個(gè)復(fù)式記帳系統(tǒng)，可以確保將缺陷扼殺在最終推出的產(chǎn)品之前。

　　在所有其它的工程實(shí)踐中，測試都被視為基本環(huán)節(jié)。比如，在美國，每一座聯(lián)邦政府出資修建的橋都必須經(jīng)過大量的風(fēng)洞測試。而在軟體領(lǐng)域，測試并沒有很受重視。儘管測試是所有工程實(shí)踐準(zhǔn)則的關(guān)鍵部份，但編寫測試程式卻感覺是在浪費(fèi)時(shí)間。好在嵌入式系統(tǒng)設(shè)計(jì)界內(nèi)的許多領(lǐng)域已經(jīng)將測試作為其工作的核心部份，他們認(rèn)識到將這個(gè)關(guān)鍵步驟放在計(jì)畫末期極不明智，因而主張同步地編寫測試程式和應(yīng)用程式。

　　嵌入式系統(tǒng)軟體測試在諸多方面都與應(yīng)用軟體測試一樣。不過，應(yīng)用測試與嵌入式系統(tǒng)測試之間還是存在一些重要差異。嵌入式開發(fā)人員一般會用到基于硬體的測試工具，而這類工具通常不會用于應(yīng)用開發(fā)過程中。此外，嵌入式系統(tǒng)一般都有些獨(dú)一無二的特性，這些特性應(yīng)該在測試計(jì)劃中得以體現(xiàn)。本文將介紹測試和測試案例開發(fā)的基礎(chǔ)知識，并指出整個(gè)嵌入式系統(tǒng)測試工作的特有細(xì)節(jié)。

　　何時(shí)測試以及如何測試

　　從圖1可以看出，在可行的條件下，測試應(yīng)盡早展開。一般來講，最早的測試是由最初的開發(fā)人員進(jìn)行的模組或單元測試。遺憾的是，開發(fā)人員大多對如何建構(gòu)一整套測試?yán)桃赃M(jìn)行測試所知不足。由于精心設(shè)計(jì)測試?yán)掏ǔＶ钡秸蠝y試時(shí)才能使用，因此許多在單元測試過程中就能找出的缺陷直到整合測試時(shí)才會被發(fā)現(xiàn)。比如，硅谷的一家大型網(wǎng)路設(shè)備廠商為找出其軟體整合問題的關(guān)鍵塬因，進(jìn)行了一項(xiàng)研究。這家廠商發(fā)現(xiàn)，在計(jì)畫整合階段找出的缺陷中，有70%是由在整合之前從沒被執(zhí)行過的程式所產(chǎn)生的。

　　圖1：改正問題的成本。

　　單元測試：開發(fā)人員在單獨(dú)進(jìn)行模組級測試時(shí)一般是編寫存根程式碼（stub code）取代余下的系統(tǒng)軟硬體。在開發(fā)週期的這個(gè)環(huán)節(jié)，測試主要側(cè)重于程式碼的邏輯性能。

　　通常，開發(fā)人員會分別使用某些平均值、高值或低值、以及某些超出範(fàn)圍的值（以測試程式碼的異常處理功能）進(jìn)行測試。但這些基于‘黑盒子’的測試僅能對模組中整個(gè)程式碼的一部份進(jìn)行測試。

　　回歸測試：測試不應(yīng)是一勞永逸的。每次修改程式后都應(yīng)該重新進(jìn)行測試，以確保這些更改不會無意中‘誤傷’某些不相關(guān)的行為。

　　稱為回歸測試的這類測試，一般是透過測試腳本自動(dòng)進(jìn)行的。比如，如果你設(shè)計(jì)了一組100個(gè)輸入/輸出（I/O）測試，回歸測試腳本會自動(dòng)執(zhí)行這100個(gè)測試，然后將輸出與一組‘黃金標(biāo)準(zhǔn)’輸出進(jìn)行對比。每次對程式碼的任何部份進(jìn)行修改時(shí)，都要對包含被修改程式碼的整個(gè)程式執(zhí)行整套回歸測試程式包，以確維修改過程中不會‘誤傷’其余程式碼。