(三)利用 Eclipse 進(jìn)行單元測試-1

第第頁(三)利用Eclipse進(jìn)行單元測試(三)利用Eclipse進(jìn)行單元測試

發(fā)表于：2023-04-02來源：：點擊數(shù)：標(biāo)簽：單元eclipseEclipse

首先像以前一樣嘗試使用jMock來模擬Collaborator對象——只是這一次，Collaborator沒有默認(rèn)的無參數(shù)構(gòu)造函數(shù)。注，保留布爾false結(jié)果的測試期望。同時假定Collaborator對象要求使用字符串和原始的int作為傳遞給構(gòu)造函數(shù)的參數(shù)。清單6顯示了對

首先像以前一樣嘗試使用jMock來模擬Collaborator對象——只是這一次，Collaborator沒有默認(rèn)的無參數(shù)構(gòu)造函數(shù)。注，保留布爾false結(jié)果的測試期望。

同時假定Collaborator對象要求使用字符串和原始的int作為傳遞給構(gòu)造函數(shù)的參數(shù)。清單6顯示了對Collaborator對象所做的更改。清單6.經(jīng)過編輯的場景3的Collaborator類

publicclassCollaborator{

privateStringcollaboratorString;

privateintcollaboratorInt;

publicCollaborator(Stringstring,intnumber){

collaboratorString=string;

collaboratorInt=number;

}

publicStringexecuteJob(){

return"suclearcase/"target="_blank">ccess";

}

}

Collaborator類構(gòu)造函數(shù)仍然十分簡單。用傳入?yún)?shù)設(shè)定類字段。這里不必使用任何其他邏輯，并且其executeJob()函數(shù)保持不變。

重新運行測試，并且示例的所有其他組件保持不變。結(jié)果是災(zāi)難性的測試失敗，如下所示：

圖5.場景3測試失敗

以上測試是作為簡單的JUnit測試運行的，沒有代碼覆蓋。您可以用大多數(shù)代碼覆蓋工具（例如，Cobertura或EclEmma）來運行本文中列出的任何一個測試。但是，用Eclipse內(nèi)的代碼覆蓋工具運行RMock測試時會帶來一些問題（參見表1）。以下代碼顯示了實際堆棧跟蹤的代碼片段。

清單7.場景3中測試失敗的堆棧跟蹤

...Superclasshasnonullconstructorsbutnoargumentsweregiven

xy.Enhancer.emitConstructors(Enhancer.java:718)

atxy.Enhancer.generateClass(Enhancer.java:499)

atnet.sf.cglib.core.DefaultGeneratorStrategy.generate(DefaultGeneratorStrategy.java:25)

atnet.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:216)

atxy.Enhancer.createHelper(Enhancer.java:377)

atxy.Enhancer.create(Enhancer.java:285)

atxy.Enhancer.create(Enhancer.java:660)

失敗原因是jMock無法通過沒有無參數(shù)構(gòu)造函數(shù)的類定義創(chuàng)建可行的模擬對象。實例化Collaborator對象的惟一方法是提供兩個簡單參數(shù)。您現(xiàn)在必須找到一種方法把參數(shù)提供給模擬對象實例化過程以達(dá)到同樣的效果，這就是使用RMock的原因。

用RMock測試框架更正失敗的測試

要更正測試，必須執(zhí)行一些修改。這些更改可能顯得十分重要，但是實際上，它們是一種相對簡單的解決方法，利用兩種框架的強大功能來實現(xiàn)目的。

必需的第一項更改是使測試類成為RMockTestCase，而不是成為jMockCGLIBTestCase。目的是在測試本身內(nèi)啟用屬于RMock的那些模擬對象的較容易的配置并且——更重要的是——在最初設(shè)置期間啟用這些配置。經(jīng)驗證明，如果測試類擴展的整個TestCase對象屬于RMock，則通過兩個框架構(gòu)造和使用模擬對象將更容易。此外，乍看之下，快速確定模擬對象的流程將更容易一些（在這里，流程用于描述使用模擬對象作為參數(shù)甚或作為其他模擬對象的返回類型的情況）。

必需的第二項更改是（至少）構(gòu)造一個保存?zhèn)鬟f給Collaborator類的構(gòu)造函數(shù)的參數(shù)實際值的對象數(shù)組。為了清晰起見，還可以包括構(gòu)造函數(shù)接受的類類型的類型數(shù)組并可以傳遞該數(shù)組，以及剛剛描述為參數(shù)的對象數(shù)組以實例化模擬Collaborator對象。

第三項更改涉及用正確語法構(gòu)造對RMock模擬對象的一個或多個期望。而第四項也是最后一項必需的更改是使RMock模擬對象脫離記錄狀態(tài)轉(zhuǎn)入就緒狀態(tài)。

實