Como zombar de métodos vazios com o Mockito

Como zombar de métodos com o tipo de retorno nulo?

Eu implementei um padrão de observador, mas não posso zombar dele com Mockito porque não sei como.

E tentei encontrar um exemplo na Internet, mas não obtive sucesso.

Minha classe fica assim:

public class World {

    List<Listener> listeners;

    void addListener(Listener item) {
        listeners.add(item);
    }

    void doAction(Action goal,Object obj) {
        setState("i received");
        goal.doAction(obj);
        setState("i finished");
    }

    private string state;
    //setter getter state
} 

public class WorldTest implements Listener {

    @Test public void word{
    World  w= mock(World.class);
    w.addListener(this);
    ...
    ...

    }
}

interface Listener {
    void doAction();
}

O sistema não é acionado com simulação.

Eu quero mostrar o estado do sistema acima mencionado. E faça afirmações de acordo com eles.

Dê uma olhada nos documentos da API do Mockito . Como o documento vinculado menciona (ponto # 12), você pode usar qualquer um dos doThrow(), doAnswer(), doNothing(), doReturn()família de métodos de quadro Mockito para zombar métodos vazios.

Por exemplo,

Mockito.doThrow(new Exception()).when(instance).methodName();

ou se você deseja combiná-lo com o comportamento de acompanhamento,

Mockito.doThrow(new Exception()).doNothing().when(instance).methodName();

Presumindo que você esteja zombando do levantador setState(String s)na classe Mundo abaixo, o código usa o doAnswermétodo para zombar do setState.

World  mockWorld = mock(World.class); 
doAnswer(new Answer<Void>() {
    public Void answer(InvocationOnMock invocation) {
      Object[] args = invocation.getArguments();
      System.out.println("called with arguments: " + Arrays.toString(args));
      return null;
    }
}).when(mockWorld).setState(anyString());

Acho que encontrei uma resposta mais simples para essa pergunta, para chamar o método real para apenas um método (mesmo que tenha um retorno nulo), você pode fazer isso:

Mockito.doCallRealMethod().when(<objectInstance>).<method>();
<objectInstance>.<method>();

Ou, você pode chamar o método real para todos os métodos dessa classe, fazendo o seguinte:

<Object> <objectInstance> = mock(<Object>.class, Mockito.CALLS_REAL_METHODS);

Adicionando o que o @sateesh disse, quando você apenas deseja zombar de um método nulo para impedir que o teste o chame, você pode usar o Spyseguinte:

World world = new World();
World spy = Mockito.spy(world);
Mockito.doNothing().when(spy).methodToMock();

Quando você deseja executar seu teste, certifique-se de chamar o método test no spyobjeto e não no worldobjeto. Por exemplo:

assertEquals(0,spy.methodToTestThatShouldReturnZero());

A solução do chamado problema é usar um spy Mockito.spy (...) em vez de um mock Mockito.mock (..) .

O espião nos permite zombar parcial. Mockito é bom nesse assunto. Como você tem uma classe que não está completa, você zomba de algum lugar necessário nessa classe.

Primeiro de tudo: você deve sempre importar mockito estático, assim o código será muito mais legível (e intuitivo):

import static org.mockito.Mockito.*;

Para zombar parcial e ainda manter a funcionalidade original, o mockito oferece "Spy".

Você pode usá-lo da seguinte maneira:

private World world = spy(World.class);

Para evitar que um método seja executado, você pode usar algo como isto:

doNothing().when(someObject).someMethod(anyObject());

para dar um comportamento personalizado a um método, use "when" com um "thenReturn":

doReturn("something").when(this.world).someMethod(anyObject());

Para mais exemplos, encontre os excelentes exemplos de mockito no documento.

Como zombar de métodos nulos com o mockito - existem duas opções:

1. doAnswer - Se queremos que o nosso método de simulação faça algo (zombe do comportamento, apesar de ser nulo).
2. doThrow- Então existe Mockito.doThrow()se você deseja lançar uma exceção do método de simulação falsa.

A seguir, é apresentado um exemplo de como usá-lo (não é um caso ideal, mas apenas para ilustrar o uso básico).

@Test
public void testUpdate() {

    doAnswer(new Answer<Void>() {

        @Override
        public Void answer(InvocationOnMock invocation) throws Throwable {
            Object[] arguments = invocation.getArguments();
            if (arguments != null && arguments.length > 1 && arguments[0] != null && arguments[1] != null) {

                Customer customer = (Customer) arguments[0];
                String email = (String) arguments[1];
                customer.setEmail(email);

            }
            return null;
        }
    }).when(daoMock).updateEmail(any(Customer.class), any(String.class));

    // calling the method under test
    Customer customer = service.changeEmail("[email protected]", "[email protected]");

    //some asserts
    assertThat(customer, is(notNullValue()));
    assertThat(customer.getEmail(), is(equalTo("[email protected]")));

}

@Test(expected = RuntimeException.class)
public void testUpdate_throwsException() {

    doThrow(RuntimeException.class).when(daoMock).updateEmail(any(Customer.class), any(String.class));

    // calling the method under test
    Customer customer = service.changeEmail("[email protected]", "[email protected]");

}
}

Você pode encontrar mais detalhes sobre como zombar e testar métodos nulos com o Mockito no meu post Como zombar do Mockito (Um guia completo com exemplos)

Adicionando outra resposta ao grupo (sem trocadilhos) ...

Você precisa chamar o método doAnswer se não puder \ não quiser usar o espião. No entanto, você não precisa necessariamente lançar sua própria resposta . Existem várias implementações padrão. Notavelmente, CallsRealMethods .

Na prática, parece algo como isto:

doAnswer(new CallsRealMethods()).when(mock)
        .voidMethod(any(SomeParamClass.class));

Ou:

doAnswer(Answers.CALLS_REAL_METHODS.get()).when(mock)
        .voidMethod(any(SomeParamClass.class));

No Java 8, isso pode ser um pouco mais limpo, supondo que você tenha uma importação estática para org.mockito.Mockito.doAnswer:

doAnswer(i -> {
  // Do stuff with i.getArguments() here
  return null;
}).when(*mock*).*method*(*methodArguments*);

O return null;é importante e, sem ele, a compilação falhará com alguns erros bastante obscuros, pois não será capaz de encontrar uma substituição adequada doAnswer.

Por exemplo, um ExecutorServiceque execute imediatamente qualquer Runnablepassagem para execute()poderia ser implementado usando:

doAnswer(i -> {
  ((Runnable) i.getArguments()[0]).run();
  return null;
}).when(executor).execute(any());

Eu acho que seus problemas se devem à sua estrutura de teste. Achei difícil misturar a zombaria com o método tradicional de implementação de interfaces na classe de teste (como você fez aqui).

Se você implementar o ouvinte como um Mock, poderá verificar a interação.

Listener listener = mock(Listener.class);
w.addListener(listener);
world.doAction(..);
verify(listener).doAction();

Isso deve te convencer de que o 'Mundo' está fazendo a coisa certa.

Usando Mockito.doThrow como em:

Mockito.doThrow(new Exception()).when(instance).methodName();

você pode tentar este bom exemplo:

public void testCloseStreamOnException() throws Exception {
    OutputStream outputStream = Mockito.mock(OutputStream.class);
    IFileOutputStream ifos = new IFileOutputStream(outputStream);
    Mockito.doThrow(new IOException("Dummy Exception")).when(outputStream).flush();
    try {
      ifos.close();
      fail("IOException is not thrown");
    } catch (IOException ioe) {
      assertEquals("Dummy Exception", ioe.getMessage());
    }
    Mockito.verify(outputStream).close();
  }

Fonte: http://apisonar.com/java-examples/org.mockito.Mockito.doThrow.html#Example-19