使用MOCK對象進行單元測試的實例講解
1.出了什么問題?
單元測試的目標是一次只驗證一個方法,小步的前進,細粒度的測試,但是假如某個方法依賴于其他一些難以操控的東東,比如說網(wǎng)絡連接,數(shù)據(jù)庫連接,或者是Servlet容器,那么我們該怎么辦呢?
要是你的測試依賴于系統(tǒng)的其他部分,甚至是系統(tǒng)的多個其他部分呢?在這種情況下,倘若不小心,你最終可能會發(fā)現(xiàn)自己幾乎初始化了系統(tǒng)的每個組件,而這只是為了給一個測試創(chuàng)造足夠的運行環(huán)境讓它們可以運行起來。忙乎了大半天,看上去我們好像有點違背了測試的初衷了。這樣不僅僅消耗時間,還給測試過程引入了大量的耦合因素,比如說,可能有人興致沖沖地改變了一個接口或者數(shù)據(jù)庫的一張表,突然,你那卑微的單元測試的神秘的掛掉了。在這種情況發(fā)生幾次之后,即使是最有耐心的開發(fā)者也會泄氣,甚至最終放棄所有的測試,那樣的話后果就不能想像了。
再讓我們看一個更加具體的情況:在實際的面向對象軟件設計中,我們經(jīng)常會碰到這樣的情況,我們在對現(xiàn)實對象進行構建之后,對象之間是通過一系列的接口來實現(xiàn)。這在面向對象設計里是最自然不過的事情了,但是隨著軟件測試需求的發(fā)展,這會產生一些小問題。舉個例子,用戶A現(xiàn)在拿到一個用戶B提供的接口,他根據(jù)這個接口實現(xiàn)了自己的需求,但是用戶A編譯自己的代碼后,想簡單模擬測試一下,怎么辦呢?這點也是很現(xiàn)實的一個問題。我們是否可以針對這個接口來簡單實現(xiàn)一個代理類,來測試模擬,期望代碼生成自己的結果呢?
幸運的是,有一種測試模式可以幫助我們:mock對象。Mock對象也就是真實對象在調試期的替代品。
2.現(xiàn)在需要Mock對象嗎?
關于什么時候需要Mock對象,Tim Mackinnon給我們了一些建議:
----- 真實對象具有不可確定的行為(產生不可預測的結果,如股票的行情)
----- 真實對象很難被創(chuàng)建(比如具體的web容器)
----- 真實對象的某些行為很難觸發(fā)(比如網(wǎng)絡錯誤)
----- 真實情況令程序的運行速度很慢
----- 真實對象有用戶界面
----- 測試需要詢問真實對象它是如何被調用的(比如測試可能需要驗證某個回調函數(shù)是否被調用了)
----- 真實對象實際上并不存在(當需要和其他開發(fā)小組,或者新的硬件系統(tǒng)打交道的時候,這是一個普遍的問題)
相關推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |