（文章來源：安防知識網）

軟硬件結合的嵌入式系統正越來越多地應用到我們常見的儀器設備中，嵌入式領域目標系統的應用系統也日趨復雜，開發技術日新月異。同時，隨著硬件技術發展的日趨穩定，而軟件故障卻日益突顯，由此軟件的重要性已逐漸引起人們的重視，越來越多的研究人員認識到嵌入式系統，優化其測試技術已勢在必行，研究出合適的嵌入式軟件系統測試方法，正是本課題的意義所在。

嵌入式系統是以應用為中心，以計算機技術為基礎，并且軟硬件可裁剪，是專為應用系統量身打造、是對功能、可靠性、成本、體積、功耗有嚴格要求的專用的計算機系統。

嵌入式系統一般指非PC類標配系統，它也包括硬件和軟件兩部分。硬件包括處理器/微處理器、存儲器及外設器件和I/O端口、圖形控制器等。軟件部分包括操作系統軟件(OS)(要求實時和多任務操作)和應用程序。有時設計人員把這兩種軟件組合在一起。應用程序控制著系統的運作和行為，而操作系統控制著應用程序編程與硬件的交互作用。

嵌入式系統開發有其自身的特點。一般先進行硬件部分的開發，主要包括形成裸機平臺，根據需要移植實時操作系統，開發底層的硬件驅動程序等。硬件平臺測試通過后，應用軟件的開發調試是基于該硬件平臺進行的，這同時也是對硬件平臺的一個測試。

嵌入式系統的開發過程是一個軟硬件互相協調，互相反饋和互相測試的過程。一般來說，在嵌入式系統軟件中，底層驅動程序、操作系統和應用程序的界面是不清晰的，根據需要甚至混編在一起。這主要是由于嵌入式系統中軟件對硬件的依賴性造成的。基于嵌入式軟件對硬件的依賴性，其要求軟件測試時必須最大限度地模擬被測軟件的實際運行環境，以保證測試的可靠性，而底層程序和應用程序界限的不清晰又增加了測試的難度。測試時只有確認嵌入式系統平臺及底層程序是正確的情況下才能進行應用程序的測試，而且在系統測試時，錯誤的定位較為困難。

軟件的專用性也是嵌入式軟件的一個重要特點。由于嵌入式軟件設計是以一定的目標硬件平臺為基礎的，面向固定的任務進行的，因此，一旦被加載到目標系統上，功能必須完全確定。這個特點決定了嵌入式應用軟件的繼承性較差，也延長系統的測試時間和增加了測試費用。

嵌入式軟件的另外一個重要特點就是實時性。這是基于軟件的執行角度而言的，也就是說嵌入式軟件的執行要滿足一定的時間約束。嵌入式系統中，應用軟件自身算法的復雜度和操作系統任務調度，決定了系統資源的分配和消耗。因此，對系統實時性進行測試時，要借助一定的測試工具對應用程序算法復雜度和操作系統任務調度進行分析測試。

可見嵌入式軟件與傳統的面向對象和面向過程的軟件相比有其自身的特點。所以嵌入式軟件的開發和測試也就與一般商用軟件的開發和測試策略有了很大的不同，可以說嵌入式軟件是最難測試的一種軟件。針對這些特點對嵌入式軟件的測試進行研究是必要的和有意義的。

軟件測試是軟件質量保證的關鍵因素，代表了規約、設計和編碼的最終檢查。是從經濟、效率的角度出發，對軟件代碼進行質量、正確性保證的一個過程。軟件測試是軟件開發中的一個重要環節，也是軟件從開發過程到應用過程的關鍵一環，嵌入式軟件也不例外。

從軟件開發過程中測試所處的不同階段可分為模塊測試、集成測試和系統測試;根據是否需要運行目標代碼又可分為動態測試和靜態測試;根據目標代碼的可見性還可分為白盒測試(結構測試)和黑盒測試(功能測試)。在軟件測試中，每種測試方法都不是孤立的。為了最經濟最有效地達到測試的目的，各種測試方法往往是互相嵌套的。例如，在軟件的單元測試階段，可以用黑盒測試和白盒測試的方法分別進行動態測試。

近年來，在軟件測試中，測試代碼的覆蓋率逐漸成為軟件測試的統一標準，因此不管采用何種測試方法，盡可能地提高軟件測試中的代碼覆蓋率是必需的。軟件測試代碼覆蓋率是基于白盒測試方法的，因此，為了提高軟件測試的代碼覆蓋率，測試人員必須清楚源代碼的結構，擁有程序設計文檔，以便設計測試用例，使測試盡可能地覆蓋程序內部結構的每條語句，提高代碼的覆蓋率。

硬件電路測試需要用專門的測試工具進行測試，這里不再多述。操作系統和底層驅動程序的測試主要包括測試操作系統的任務調度、實時性能、通信端口的數據傳輸率。該階段測試完成后，系統應為一個完整的嵌入式系統平臺，用戶只需添加應用程序即可完成特定的任務。在模塊測試階段，也可以把大的模塊劃分成小的模塊。在程序內部，小模塊之間數據傳遞的入口設計接口函數，要用于快速地定位錯誤。用模塊嵌套的思想進行軟件測試，需要模塊內部結構清晰，數據鏈路簡單。

集成測試：單個軟件模塊測試正確之后，將所有模塊集成起來進行測試。本階段主要是找出各模塊之間數據傳遞和系統組成后的邏輯結構的錯誤。在宿主機上采用黑盒與白盒相結合的方法進行測試，要最大限度地模擬實際運行環境，可以屏蔽掉一些不影響系統執行的和數據傳遞難以模擬的函數。

集成測試是嵌入式軟件測試優點充分體現的階段。集成測試前，應該由程序員根據模塊之間的數據的輸入輸出編寫模塊接口函數，這需要負責不同軟件模塊的程序員共同協調完成，然后將模塊接口函數集成到接收數據模塊的入口處。單鏈路數據傳遞的軟件模塊集成測試時容易定位錯誤所在的軟件模塊。一個軟件模塊的數據不一定只有另外一個模塊提供，即軟件模塊的數據鏈路不一定只是單鏈路的，測試時可以把復雜鏈路結構的數據傳遞劃分為單鏈路結構數據傳送進行錯誤定位。集成測試是在擁有程序設計文檔、程序結構和數據結構時，對軟件模塊在集成中出現的錯誤進行測試。

系統測試：集成測試完成后，退出宿主機測試環境，把系統移植到目標機上來，完成應用到現場環境中的移植，從用戶的角度對系統進行黑盒測試，以驗證每一項具體的功能。由于測試者對程序內容、程序執行情況一無所知，因此本測試階段的錯誤定位比較困難。系統測試階段應該進行意外測試和破壞性測試，即測試系統正常執行情況下不該發生的活動和人為的破壞性的測試，進一步驗證系統性能。系統測試階段不應該確定錯誤后立即修改代碼，應根據一定的錯誤發生頻率，確定測試周期，在每個測試周期結束時修改代碼，進行反復測試;否則，不但增加了完全測試的任務量，而且降低了測試的可信度。

測試結果分析：測試結果分析可以定位錯誤，指導程序員修改代碼，同時指出進行測試的程序進一步測試的方向。測試結果分析是一個由測試結果和測試預得結果進行分析、比較和定位錯誤的過程。測試結果分析是一次測試的最后環節，分析時應該考慮軟件的運行環境與實際運行環境的差異，以及各種外界因素的影響等。

白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都能按預定要求正確工作的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。“白盒”法要求全面了解程序內部邏輯結構、對所有邏輯路徑進行測試。“白盒”法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內部結構，從檢查程序的邏輯著手，得出測試數據。

黑盒測試也稱功能測試或數據驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試。它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數鋸而產生正確的輸出信息，并且保持外部信息(如數據庫或文件)的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認測試。
? ? ?（責任編輯：fqj）