Mockito: how to stub getter setter

Question

Soy un poco nuevo en Mockito y me preguntaba cómo podría un par get/set.

Por ejemplo

public interface Dummy { 
    public String getString(); 
    public void setString(String string); 
} 

¿Cómo puedo hacer que se comporten correctamente: si en algún lugar en una prueba invoco setString("something"); me gustaría volver getString() "algo". ¿Es factible o hay una mejor manera de manejar estos casos?

Answer 1

También quería que el captador devolviera el resultado de la reciente llamada inicial.

Tener

class Dog 
{ 
    private Sound sound; 

    public Sound getSound() { 
     return sound; 
    } 
    public void setSound(Sound sound) { 
     this.sound = sound; 
    } 
} 

class Sound 
{ 
    private String syllable; 

    Sound(String syllable) { 
     this.syllable = syllable; 
    } 
} 

que utilizó la siguiente para conectar la incubadora al comprador:

final Dog mockedDog = Mockito.mock(Dog.class, Mockito.RETURNS_DEEP_STUBS); 
// connect getter and setter 
Mockito.when(mockedDog.getSound()).thenCallRealMethod(); 
Mockito.doCallRealMethod().when(mockedDog).setSound(Mockito.any(Sound.class)); 

Answer 2

En este caso particular para HttpServletRequest stubbing recomiendo encarecidamente el uso de la infraestructura de Spring-Mock: (http://static.springsource.org/spring/docs/3.0.x/javadoc-api/org/springframework/mock/web/package-summary.html)

Tiene burla integradas para operaciones basadas en web.

utilizan de alguna manera la respuesta a definir su propia respuesta para sus objetos se burlaban (http://mockito.googlecode.com/svn/branches/1.8.5/javadoc/org/mockito/stubbing/Answer.html)

Answer 3

puedo pensar en tres enfoques posibles.

1. No utilice HttpServletRequest directamente en su aplicación; cree una clase contenedora para ello y tenga una interfaz para la clase contenedora. Donde sea que use actualmente HttpServletRequest en la aplicación, use la interfaz en su lugar. Luego, en la prueba, tenga una implementación alternativa de esta interfaz. Entonces, no necesitas un simulacro de Mockito en absoluto.

2. Tenga un campo en su clase de prueba que almacene el valor al que ha configurado String. Haz dos objetos Mockito Answer; uno que devuelve el valor de este campo cuando se llama al getString, y otro que establece el valor de este campo cuando se llama al setString. Haga un simulacro de la manera habitual y córtelo para usar estas dos respuestas.

3. Realice una clase abstracta (que puede ser una clase interna estática de su clase de prueba) que implemente la interfaz HttpServletRequest, pero que tenga el campo que desea establecer y defina el captador y el colocador. Luego simula la clase abstracta y pasa el Mockito.CALLS_REAL_METHODS como respuesta predeterminada. Cuando llamas al getter o al setter en el simulacro, el verdadero método se activará, que es el comportamiento que deseas.

Afortunadamente, una de estas tres alternativas satisfará sus necesidades.