使用easymock測試一個方法的單元

Question

所以我有我要執行單元測試的波紋管方法。

public List<Project> getProjects(Task task) { 

    Criteria<Project> criteria = this.myRepository.getCriteria(Project.class); 
    criteria.add(Comparison.eq("order", task.getOrder())); 
    criteria.addOrder(Order.asc("projectNumber")); 
    return this.myRepository.findList(Project.class, criteria); 
} 

所以它實際上得到的任務對象（這是一個JPA模型對象），去扔項目表，並認爲所有有此項目的訂單項目。訂單在兩個表中都很常見。

反正，查詢本身並不是那個imp。它查詢數據庫並返回一些數據。現在我的問題如何使用easymock對此進行單元測試？

@Test 
public void testGetProjects() throws Exception { 
    myRepository = new CreateMyRepositoryWrapper(); --> This is a class which just returns the entityManger. but here we can consider this as a pojo. 

    Task task = EasyMock.createNiceMock(Task.class); 
    Order bom = EasyMock.createNiceMock(Order.class);   
    Project project= EasyMock.createNiceMock(Project.class); 

    project.setProjectName("project"); ------> Can I call a seeter on a mocked object? 

    project.setProjectNumber("1"); 

    EasyMock.replay(project); 

    List projects= new ArrayList(Arrays.asList(project)); 
    bom.setProjects(projects); ------------> Does it make sense to do this? 

    EasyMock.expect(task.getOrders()).andReturn(bom); 
    TestClass instance = new TestClass(); 
    instance.setMyRepository(myRepository); 

    EasyMock.replay(task,bom); 
    instance.getProjects(task); 

} 

所以這通過了測試用例。但我不確定所有那些嘲笑我正在測試的東西。因爲它只是表明這些方法正在被調用。但是，既然他們被嘲笑了，我不確定我是否可以使用assertEquals，即使我可以得到一個異常因爲我必須添加更多上面的代碼，我認爲。

所以我的問題：對於提到的方法什麼應該是適當的單元測試用例？

謝謝。

Answer 1

我想你有這個嘲諷倒退。模擬myRepostory，然後設置myRepository模擬以返回Criteria對象，並在Criteria對象傳遞給findList時返回項目列表。

任務，訂單和項目可能只是實例化。

現在，instance.getProjects（task）會返回一些東西。您可以檢查以確保返回的內容與您所說的應該從findList返回的內容相同。現在你已經測試了一些東西，儘管沒有特別有趣。

您可能想要驗證標準對象在傳遞給findList之前是否設置正確。要做到這一點，你必須制定一個模擬標準，然後你可以設定你所要求的方法的期望。這裏棘手的部分是Hibernate Restriction類沒有非默認的equals實現，因此您必須編寫自己的匹配程序來檢查傳遞給條件的限制與您期望的限制相同（功能上）。

另一種可能性是將條件設置爲實際的Criteria對象。 （你仍然設置你的myRepository模擬來返回它）。然後，在函數被調用之後，你可以用toString（）方法或者你知道檢查Criteria對象的其他任何方式檢查內容。

最後的（單元測試）可能性是不對標準對象使用模擬框架，但是您編寫的手動編碼框架允許您檢查添加到其中的所有限制。

所有這些都爲這種方法提供了一個很好的例子，實際上它正在集成測試中進行測試。你做了很多工作來驗證一些不是很有趣的事情，如果你試圖重構代碼，你的測試會變得非常脆弱。 （我自己做過，所以我從經驗中發言。）