單元測試-理論篇[2] 軟件測試
單元測試的范疇
如果要給單元測試定義一個明確的范疇，指出哪些功能是屬于單元測試，這似乎很難。但下面討論的四個問題，基本上可以說明單元測試的范疇，單元測試所要做的工作。
1、 它的行為和我期望的一致嗎?
這是單元測試最根本的目的，我們就是用單元測試的代碼來證明它所做的就是我們所期望的。
2、 它的行為一直和我期望的一致嗎?
編寫單元測試，如果只測試代碼的一條正確路徑，讓它正確走一遍，并不算是真正的完成。軟件開發是一個項復雜的工程，在測試某段代碼的行為是否和你的期望一致時，你需要確認：在任何情況下，這段代碼是否都和你的期望一致;譬如參數很可疑、硬盤沒有剩余空間、緩沖區溢出、網絡掉線的時候。
3、 我可以依賴單元測試嗎?
不能依賴的代碼是沒有多大用處的。既然單元測試是用來保證代碼的正確性，那么單元測試也一定要值得依賴。
4、 單元測試說明我的意圖了嗎?
單元測試能夠幫我們充分了解代碼的用法，從效果上而言，單元測試就像是能執行的文檔，說明了在你用各種條件調用代碼時，你所能期望這段代碼完成的功能。
不寫測試的借口
到這里，我們已經列舉了使用單元測試的種種理由。也許，每個人都同意，是的，該做更多的測試。這種人人同意的事情還多著呢，是的，該多吃蔬菜，該戒煙，該多休息，該多鍛煉……這并不意味著我們中的所有人都會這么去做，不是嗎?
1、 編寫單元測試太花時間了。
我們知道，在開發時越早發現BUG，就能節省更多的時間，降低更多的風險。
下圖表摘自<<實用軟件度量>>(Capers Jones，McGraw-Hill 1991)，它列出了準備測試，執行測試，和修改缺陷所花費的時間(以一個功能點為基準)，這些數據顯示單元測試的成本效率大約是集成測試的兩倍，是系統測試的三倍(參見條形圖)。
術語：域測試(Field test)意思是在軟件投入使用以后，針對某個領域所作的所有測試活動。
如果你仍然認為在編寫產品代碼的時候，還是沒有時間編寫測試代碼，那么請先考慮下面這些問題：
1)、對于所編寫的代碼，你在調試上面花了多少時間。
2)、對于以前你自認為正確的代碼，而實際上這些代碼卻存在重大的bug，你花了多少時間在重新確認這些代碼上面。
3)、對于一個別人報告的bug，你花了多少時間才找出導致這個bug 的源碼位置。
回答完這些問題，你一定不再以“太花時間”作為拒絕單元測試的借口。
2、 運行測試的時間太長了。
合適的測試是不會讓這種情況發生的。實際上，大多數測試的執行都是非�？斓�，因此你在幾秒之內就可以運行成千上萬個測試。但是有時某些測試會花費很長的時間。這時，需要把這些耗時的測試和其他測試分開。通�？梢悦刻爝\行這種測試一次，或者幾天一次。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
