mockito «проверяет» проверяет текущее состояние, но не возвращает макетные вызовы

Question

Я использую Mockito в своих тестах JUnit. Тест является интеграционным тестом, проверяющим весь сценарий, поэтому в нем много утверждений и verify(mock).

Моя проблема заключается в том, что я пишу какой-то производственный код, делая некоторые утверждения, а затем проверяю макет, который работает, пока не будет идентичный притворный вызов. см упрощенного кода:

interface I { 
    void m1(); 
    void m2(); 
} 

// some decorator 
class T implements I { 
    public T(I decorated) { 
     /*...*/ 
    } 

    /* ... */ 
} 

public void testInvalid() { 
    I m = mock(I.class); 
    T t = new T(m); 

    t.m1(); 
    assertEquals("m1", t.getLastMethod()); 
    verify(m).m1(); 

    t.m2(); 
    assertEquals("m2", t.getLastMethod()); 
    verify(m).m2(); 

    t.m1(); 
    assertEquals("m1", t.getLastMethod()); 
    verify(m).m1(); 

    // TooManyActualInvocations t.m1(): Wanted 1 time, but was 2 times ... 
} 

public void testValid() { 
    I m = mock(I.class); 
    T t = new T(m); 

    t.m1(); 
    assertEquals("m1", t.getLastMethod()); 

    t.m2(); 
    assertEquals("m2", t.getLastMethod()); 

    t.m1(); 
    assertEquals("m1", t.getLastMethod()); 

    verify(m, times(2)).m1(); 
    verify(m).m2(); 
} 

Одна идеи заключается в том, чтобы проверить издевается в конце, но, скажем, есть маленькая глупая ошибка реализации, что приводит к вызову метода m1 дважды м2 один раз, но не так как я бы ожидать это в testInvalid, но в конце тест пройдет. Я хочу, чтобы мой тест провалился раньше. Как это сделать?

спасибо.

Благодаря @Woozy Coder:

Не упоминается, что reset также будет вариант, но так как она будет называться между проверки и на следующий вызов равен заглушкой, это делает его трудно писать " хороший "и правильные тесты, я думаю. Там должно быть два разных стилей насмешливо:

1. «Постусловие» насмешливый, как Mockito делает это
2. «рано» пересмешник, который будет неявный сброс после блока проверки-

что-то вроде:

earlyReset(m).after(
    new Runnable() { 
     t.someMethodInvokingTwoStubs(); 

     verify(m).someMethod1(); 
     verify(m).someMethod2(); 
    } 
); 

Answer 1

Mockito был написан во избежание хрупкости, так что проверка может сделать наименее конкретное утверждение возможным, чтобы реализации могли развиваться без chan Испытание. Если ваша тестовая система не имеет значения, что вы вызываете эти методы несколько раз, тогда вы не должны просить Mockito проверить ее.

Альтернативы:

• Использование atLeast или atLeastOnce для обеспечения вызова произошло совсем не волнуясь, как называется многие дополнительные раз метод.
• Если вызов укушен, чтобы иметь возвращаемые значения, сделайте вывод, что система работает с утверждениями состояния о данных, которые вы зарезали.
• Если вам действительно нужно поведение заглушки или проверки для изменения по одному методу тестирования, ваш макет может выйти за рамки того, что делает Mockito. Используйте ответ для одного метода или напишите руководство Fake, которое правильно имитирует взаимосвязанные методы.