如果將在各種測試用例中執行公共操作，則在測試中包括 setUp() 方法是一種很好的想法。包括 tearDown() 方法也很不錯，但不作嚴格要求，除非要運行集成測試。
另請注意，使用 jMock 和 RMock，框架將在測試運行結束時或測試運行期間在所有模擬對象中檢查所有期望。并不實際需要為每個模擬期望包括 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，您可以從已創建的模擬對象（其中期望已經被設定）中提取代理實現。這一點在本文稍后的場景中至關重要，尤其是在涉及 RMock 的場景中。
回頁首
場景 2：使用 jMock 模擬帶有默認構造函數的具體類
假定 ServiceClass 類中的 runService() 方法僅接受 Collaborator 類的具體實現。jMock 能夠確保先前的測試通過而無需 更改期望嗎？是的，只要您能夠構造簡單默認樣式的 Collaborator 類。
更改 ServiceClass 類中的 runService() 方法使其反映以下代碼。
清單 4. 經過編輯的場景 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 邏輯分支保持不變（為了清晰起見）。同時，無參數構造函數仍然適用。注，并不總是需要有創造性邏輯，例如 while...do 子句或 for 循環來正確地測試類的方法。只要有針對類使用的對象的方法執行，簡單的模擬期望足以測試那些執行。
您還必須更改 ServiceClassTest 類以匹配場景，如下所示：
清單 5. 經過編輯的場景 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() 方法簽名已經不同于以往。它現在不接受 ICollaborator 接口，而接受具體類實現（Collaborator 類）。測試框架而言，此更改非常重大（注，雖然在本質上反對多態，但是我們將使用傳遞具體類的示例（僅供舉例之用）。在實際的面向對象的場景中不能這樣做）。
