更多的匹配器記錄比預期 - Easymock從Maven而不是從Eclipse中失敗

Question

我有一個奇怪的問題，與Easymock 3.0和JUnit 4.8.2。 僅當從Maven執行測試而不是從Eclipse執行測試時纔會出現此問題。

這是單元測試（很簡單）：

... 
protected ValueExtractorRetriever mockedRetriever; 
... 

@Before 
public void before() { 
    mockedRetriever = createStrictMock(ValueExtractorRetriever.class); 
} 

@After 
public void after() { 
    reset(mockedRetriever); 
} 

@Test 
public void testNullValueExtractor() { 
    expect(mockedRetriever.retrieve("PROP")).andReturn(null).once(); 
    replay(mockedRetriever); 

    ValueExtractor retriever = mockedRetriever.retrieve("PROP"); 
    assertNull(retriever); 

    assertTrue(true); 
} 

我也得到：

java.lang.IllegalStateException：1點的匹配預期，2記錄。

奇怪的是我甚至沒有使用參數匹配器。這是測試的唯一方法！並使它更糟糕，它可以從Eclipse中運行，並從Maven中失敗！

我發現幾個環節，其並沒有提供給我一個答案：

• Another StackOverflow post
• Expected Exceptions in JUnit

如果我改變了單元測試，並添加一個方法（該方法不使用參數匹配器）：

@Test 
public void testIsBeforeDateOk() { 
    expect(mockedRetriever.retrieve((String)anyObject())).andReturn(new PofExtractor()).anyTimes(); 
    replay(this.mockedRetriever); 

    FilterBuilder fb = new FilterBuilder(); 
    assertNotNull(fb); 

    CriteriaFilter cf = new CriteriaFilter(); 
    assertNotNull(cf); 
    cf.getValues().add("2010-12-29T14:45:23"); 
    cf.setType(CriteriaType.DATE); 
    cf.setClause(Clause.IS_BEFORE_THE_DATE); 

    CriteriaQueryClause clause = CriteriaQueryClause.fromValue(cf.getClause()); 
    assertNotNull(clause); 
    assertEquals(CriteriaQueryClause.IS_BEFORE_THE_DATE, clause); 

    clause.buildFilter(fb, cf, mockedRetriever); 
    assertNotNull(fb); 

    Filter[] filters = fb.getFilters(); 
    assertNotNull(filters); 
    assertEquals(filters.length, 1); 

    verify(mockedRetriever); 

    logger.info("OK"); 
} 

this las t方法通過測試，但不通過另一個測試。這怎麼可能！？！？！

問候， 尼科

更多鏈接：

「bartling.blogspot.com/2009/11/using-argument-matchers-in-easymock-and.html」

「WWW .springone2gx.com /博客/ scott_leberknight/2008/09/the_n_matchers_expected_m_recorded_problem_in_easymock」

「stackoverflow.com/questions/4605997/3-matchers-expected-4-recorded」

Answer 1

我有一個非常類似的問題，並在下面的鏈接中寫下我的發現。 http://www.flyingtomoon.com/2011/04/unclosed-record-state-problem-in.html（剛剛更新）

我相信在另一個測試中的問題會影響您當前的測試。問題出在另一個測試課上，它會影響你的測試。爲了找到真正問題的地方，我建議逐個禁用有問題的測試，直到您通知失敗的測試。

其實這就是我所做的。我一個一個地禁用了失敗的測試，直到我發現有問題的測試。我發現了一個引發異常並通過「@extected」註釋捕獲而不停止錄製的測試。

Answer 2

相信第一錯誤消息

java.lang.IllegalStateException：1個 匹配器預期，2記錄下來。

表示您的mockedRetriever方法調用了兩次，但測試期望它被調用一次。所以你的Eclipse和Maven的配置不同。

我沒有理由在測試後重置模擬。請記住，JUnit會爲每個測試方法創建新的類實例。

編輯：

什麼，爲什麼最後的測試方法傳遞答案的原因是：

expect(mockedRetriever.retrieve((String)anyObject())).andReturn(new PofExtractor()).anyTimes(); 

但在你的第一個測試方法是：

expect(mockedRetriever.retrieve("PROP")).andReturn(null).once(); 

爲相當於：

expect(mockedRetriever.retrieve("PROP")).andReturn(null); 

Answer 3

最近我們遇到了這個問題，當我們運行整個測試套件（1100多個測試用例）時，它只是開了個頭。最後，我發現我可以在正在爆炸的測試中放置一個斷點，然後退回到Eclipse已經執行的測試列表中，尋找之前已經錯誤地設置了模擬的測試用例。

我們的問題竟然是有人在EasyMock.expect(...)聲明之外使用EasyMock.anyString()。果然，它在失敗之前完成了兩次測試。

所以基本上，發生的情況是，在期望聲明之外濫用匹配器會中毒EasyMock的狀態，並且下一次我們嘗試創建模擬時，EasyMock會炸燬。