單元測試的基本概念

　　要減少軟件中的錯誤數目，方法之一就是擁有一個專業的測試組，其工作就是盡一切可能使軟件崩潰。不幸的是，如果擁有測試組，那么即使是經驗豐富的開發人員，也會傾向于花費較少的時間來保證代碼的可靠性。

　　軟件界有一句俗語：“開發人員不應該測試他們自己的代碼”。這是因為開發人員對自己的代碼了如指掌，他們很清楚如何采用適當的方法對代碼進行測試。盡管這句俗語很有道理，但卻忽略了非常重要的一點 - 如果開發人員不對自己的代碼進行測試，又如何知道代碼能否按照預期的方式運行?

　　簡單說來，他們根本無從得知。開發人員編寫那種運行不正?；蛑辉谀承┣闆r下運行正常的代碼是一個嚴重的問題。他們通常只測試代碼能否在很少的情況下正常運行，而不是驗證代碼能夠在所有情況下均正常運行。

　　發現軟件錯誤的情況有很多：

　　由首次編寫代碼的開發人員發現。

　　由嘗試運行代碼的開發人員發現。

　　由組中的其他開發人員或測試人員發現。

　　作為產品大規模測試的一部分。

　　由最終用戶發現。

　　如果在第一種情況下發現軟件錯誤，則修復錯誤比較容易，成本也很低。情況越靠后，修復軟件錯誤的成本就越高;修復一個由最終用戶發現的軟件錯誤可能要耗費 100 或 1000 倍的成本。更不用說用戶通常因為軟件錯誤導致工作無法繼續，而一直等到下一個版本才能解決問題。

　　如果開發人員能夠在編寫代碼期間發現所有的軟件錯誤，那就再好不過了。為此，您必須編寫能在編寫代碼時運行的測試。

　　測試是軟件開發的重要環節之一。按照軟件開發的過程測試可分為：單元測試、功能測試、性能測試、性能測試、集成測試、系統測試、域測試(Field test)等。我們這里將主要研究的是面向程序員的單元測試。

　　什么是單元測試

　　單元測試是開發者編寫的一小段代碼，用于檢驗被測代碼中的一個很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件(或者場景)下某個特定函數的行為。例如，你可能把一個很大的值放入一個有序list 中去，然后確認該值出現在list 的尾部?；蛘?，你可能會從字符串中刪除匹配某種模式的字符，然后確認字符串確實不再包含這些字符了。

　　單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。

　　為什么要使用單元測試

　　我們編寫代碼時，一定會反復調試保證它能夠編譯通過。如果是編譯沒有通過的代碼，沒有任何人會愿意交付給自己的客戶。但代碼通過編譯，只是說明了它的語法正確;我們卻無法保證它的語義也一定正確，沒有任何人可以輕易承諾這段代碼的行為一定是正確的。

　　幸運，單元測試會為我們的承諾做保證。編寫單元測試就是用來驗證這段代碼的行為是否與我們期望的一致。有了單元測試，我們可以自信的交付自己的代碼，而沒有任何的后顧之憂。

　　單元測試有下面的這些優點：

　　1、它是一種驗證行為。

　　程序中的每一項功能都是測試來驗證它的正確性。它為以后的開發提供支緩。就算是開發后期，我們也可以輕松的增加功能或更改程序結構，而不用擔心這個過程中會破壞重要的東西。而且它為代碼的重構提供了保障。這樣，我們就可以更自由的對程序進行改進。

　　2、它是一種設計行為。

　　編寫單元測試將使我們從調用者觀察、思考。特別是先寫測試(test-first)，迫使我們把程序設計成易于調用和可測試的，即迫使我們解除軟件中的耦合。

　　3、它是一種編寫文檔的行為。

　　單元測試是一種無價的文檔，它是展示函數或類如何使用的最佳文檔。這份文檔是可編譯、可運行的，并且它保持最新，永遠與代碼同步。

　　4、它具有回歸性。

　　自動化的單元測試避免了代碼出現回歸，編寫完成之后，可以隨時隨地的快速運行測試。

　　單元測試的范疇

　　如果要給單元測試定義一個明確的范疇，指出哪些功能是屬于單元測試，這似乎很難。但下面討論的四個問題，基本上可以說明單元測試的范疇，單元測試所要做的工作。

原文轉自：http://www.uml.org.cn/Test/200603132.htm