如果將在各種測試用例中執(zhí)行公共操作，則在測試中包括 setUp() 方法是一種很好的想法。包括 tearDown() 方法也很不錯，但不作嚴格要求，除非要運行集成測試。
另請注意，使用 jMock 和 RMock，框架將在測試運行結(jié)束時或測試運行期間在所有模擬對象中檢查所有期望。并不實際需要為每個模擬期望包括 verify() 方法。當作為 JUnit 測試運行時，測試將通過，如下所示：
圖 3. 場景 1 測試通過
ServiceTestClass 類將擴展 jMock CGLIB 的 org.jmock.cglib.MockObjectTestCase 類。mockCollaborator 是一個十分簡單的 org.jmock.JMock 類。通常，用 jMock 生成模擬對象有兩種方法：
要模擬接口，則使用 new Mock(Class.class) 方法
要模擬具體類，則使用 mock(Class.class， "identifier") 方法
必須注意的是怎樣將模擬代理 傳遞給 ServiceClass 類中的 runService() 方法。使用 jMock，您可以從已創(chuàng)建的模擬對象（其中期望已經(jīng)被設(shè)定）中提取代理實現(xiàn)。這一點在本文稍后的場景中至關(guān)重要，尤其是在涉及 RMock 的場景中。
回頁首
場景 2：使用 jMock 模擬帶有默認構(gòu)造函數(shù)的具體類
假定 ServiceClass 類中的 runService() 方法僅接受 Collaborator 類的具體實現(xiàn)。jMock 能夠確保先前的測試通過而無需 更改期望嗎？是的，只要您能夠構(gòu)造簡單默認樣式的 Collaborator 類。
更改 ServiceClass 類中的 runService() 方法使其反映以下代碼。
清單 4. 經(jīng)過編輯的場景 2 的 ServiceClass 類
public class ServiceClass {
public ServiceClass(){
//no-args constructor
}
public boolean runService(Collaborator collaborator){
if("success".equals(collaborator.executeJob())){
return true;
}
else{
return false;
}
}
}
ServiceClass 類的 if...else 邏輯分支保持不變（為了清晰起見）。同時，無參數(shù)構(gòu)造函數(shù)仍然適用。注，并不總是需要有創(chuàng)造性邏輯，例如 while...do 子句或 for 循環(huán)來正確地測試類的方法。只要有針對類使用的對象的方法執(zhí)行，簡單的模擬期望足以測試那些執(zhí)行。
您還必須更改 ServiceClassTest 類以匹配場景，如下所示：
清單 5. 經(jīng)過編輯的場景 2 的 ServiceClassTest 類
...
private ServiceClass serviceClass;
private Mock mockCollaborator;
private Collaborator collaborator;
public void setUp(){
serviceClass = new ServiceClass();
mockCollaborator = mock(Collaborator.class， "mockCollaborator");
}
public void testRunServiceAndReturnFalse(){
mockCollaborator.expects(once()).method("executeJob").will(returnValue("failure"));
collaborator = (Collaborator)mockCollaborator.proxy();
boolean result = serviceClass.runService(collaborator);
assertFalse(result);
}
}
這里有幾點需要注意。第一，runService() 方法簽名已經(jīng)不同于以往。它現(xiàn)在不接受 ICollaborator 接口，而接受具體類實現(xiàn)（Collaborator 類）。測試框架而言，此更改非常重大（注，雖然在本質(zhì)上反對多態(tài)，但是我們將使用傳遞具體類的示例（僅供舉例之用）。在實際的面向?qū)ο蟮膱鼍爸胁荒苓@樣做）。
