《BREW進階與精通——3G移動增值業務的運營、定製與開發》連載之94——BREW中的應用單元測試方法

單元測試的主要任務是驗證詳細規格說明書規定的軟體單元是否被開發人員以代碼的形式正確實現了。這裡的軟體單元在面向過程的程式設計中指的是某個函數，在物件導向的程式設計中指的是類或類的成員方法。該測試要把每個函數的每個分支都100%覆蓋到，並且每個函數的功能都100%覆蓋。

單元測試一般是白盒測試，一般分為手工單元測試和自動化單元測試兩種。手工單元測試的基本原理是構建樁模組和測試馳動模組驅動被測單元的執行，然後側試人員輸入設計好的測試案例，測試被測單元能否按照要求處理測試案例。對於出現異常情況的測試案例，測試人員應該記錄下來並反饋給開發人員。自動化單元測試的目的是彌補手工單元測試的不足，讓一部分或者全部的單元測試工作由電腦來自動完成，從而全面提高單元測試的效率。

為了實現單元測試的自動化，一般採用軟體架構（Framework）的軟體複用技術。架構是為最大化的重用而設計的體繫結構，架構的一個重要機制是使用者定義的方法一般是被架構調用，而不是使用者的方法調用架構，這種機制稱為“反向控制”。當外來事件發生時，架構的調度器通知事件處理對象，調用其中的使用者代碼，響應事件。反向控制的實質是允許架構，而不是應用程式決定何種方法被啟用來響應外來事件。設計模式是架構成功開發的關鍵。成熟的架構通常使用了多種設計模式，從而具備良好的靈活性和可擴充性。 

    類似Java中的JUnit以及C++中的CPPUnit，開發商可以根據自己的需要構造自己的單元測試架構。