淺談單元測試方法和步驟
關于單元測試，本站曾經介紹過很多相關的文章。比如：
在軟件開發過程中，單元測試和編碼共屬實現階段，編碼完成并編譯通過后才開始進行單元測試。進行動態的單元測試前要先對程序進行靜態分析和代碼審查。
這是因為：
***，使用動態測試技術要準備測試用例，進行結果記錄和分析，工作量大，發現錯誤太多會降低動態測試效率；
第二，目前的動態測試技術局限性比較大，有相當類型的錯誤靠動態測試是難以發現的。
因此，先使用靜態分析和代碼審查技術，能充分地發揮人的判斷和思維優勢，檢查出對機器而言很難發現的錯誤。典型的包括代碼和設計規格的一致性，代碼邏輯表達式的正確性。這些檢查在動態測試階段將會是非常繁瑣而又非常困難的；
第三，有些錯誤在動態測試時是無法檢查的；
第四，使用代碼審查技術，一旦發現錯誤，就知道錯誤的性質和位置，調試代價較低；
第五，使用靜態分析方法一次就能揭示一批錯誤，并且隨后就可以立即糾正錯誤。
由于單元測試針對程序單元，而程序單元并不是一個獨立可運行的程序，因此，在考慮測試模塊時，同時要考慮到它和外界其他模塊的聯系，用一些輔助模塊去模擬與被測模塊關聯的其他模塊。這些模塊分為兩種：
1、驅動模塊。
相當于所測模塊的主程序。它接收測試數據，把這些測試數據傳送給被測模塊，***再輸出實測結果。
2、樁模塊。
由被測模塊調用，用以代替由被測單元所調用的模塊的功能，返回適當的數據或進行適當的操作使被測單元能繼續運行下去，同時還要進行一定的數據處理，如打印入口和返回等，以便檢驗被測模塊與其下級模塊的接口。
驅動模塊和樁模塊為程序單元的執行構成了一個完整的環境。如圖下所示。驅動模塊用以模擬被測單元的上層模塊，測試執行時由驅動模塊調用被測單元使其運行，樁模塊模擬被測單元執行過程中所調用的模塊，測試執行時樁模塊使被測單元能完整閉合地運行。
單元測試的測試環境
驅動模塊和樁模塊在軟件開發結束后就不使用了，但是為了單元測試，兩者都要進行開發，但是不需要與最終產品以其交付用戶。因此驅動模塊和樁模塊的設計要盡量簡單，避免因其錯誤而干擾被測單元的運行及測試結果判斷。實際上許多程序單元不能用簡單的驅動模塊和樁模塊進行充分的單元測試，完全的測試可以放到組裝測試時再進行。
如果一個模塊要完成多種功能，可以將這個模塊看成由幾個小程序組成，必須對其中的每個小程序先進行單元測試要做的工作，對關鍵模塊還要做性能測試。
在單元測試中，測試用例的設計與測試集合的準備是至關重要的。首先要構造測試用例的運行環境，即確定用例運行的前提條件，明確被測模塊/單元所需的程序環境（全局變量賦值或初始化實體），啟動測試驅動，設置樁，調用被測模塊，設置預期輸出條件判斷，***恢復環境 （包括清除樁）。
然后，設計黑盒測試用例，即接口測試用例。
***步設計基本功能測試用例，證明被測單元至少在某種正常情況下能夠運行了；
第二步設計功能正面測試用例，找出被測單元對于設計要求的正確輸入可能做出的不正確處理；
第三步設計功能反面測試用例，找出被測單元對于設計要求的錯誤輸入可能做出的不正確處理；
***一步設計性能測試用例，找出單元對于設計要求的性能可能做不到的錯誤。
***，設計白盒測試用例，即覆蓋測試用例，找出單元內部控制結構和數據使用可能存在的問題。
注意，在進行白盒測試期間，不要匆忙地刪除所發現的死代碼或者冗余代碼，因為這很可能導致錯誤的產生。因為在測試別人代碼的時候，很可能由于測試用例不夠，或者沒有對被測程序整體結構的把握，而出現錯誤理解。
希望對你有幫助。
【編輯推薦】
