Por fin después de mucho luchar ya dimos con la respuesta de esta impedimento que agunos lectores de este sitio tienen. Si tienes algo más que compartir no dejes de aportar tu información.
Solución:
No importa el marco o la tecnología en mi opinión. Mocks y stubs podrían definirse de la siguiente manera.
Un stub es un reemplazo controlable para una dependencia existente (o colaborador) en el sistema. Al usar un código auxiliar, puede probar su código sin tener que lidiar con la dependencia directamente.
Un objeto simulado es un objeto falso en el sistema que decide si la prueba unitaria ha pasado o no. Lo hace verificando si el objeto bajo prueba interactuó como se esperaba con el objeto falso.
Quizás estas imágenes puedan aclarar las interacciones entre un stub y un mock.
Talón
Burlarse de
Para usar stubs en junit no necesita ningún marco.
Si desea agregar alguna interfaz, simplemente impleméntela:
interface Service
String doSomething();
class ServiceStub implements Service
public String doSomething()
return "my stubbed return";
Luego cree un nuevo objeto de código auxiliar e inyéctelo en el objeto probado.
Si desea crear un código auxiliar para una clase concreta, cree una subclase y anule los métodos auxiliares:
class Service
public String doSomething()
// interact with external service
// make some heavy computation
return "real result";
class ServiceStub extends Service
@Override
public String doSomething()
return "stubbed result";
Te mostramos las comentarios y valoraciones de los usuarios
Si tienes alguna desconfianza y disposición de refinar nuestro artículo eres capaz de añadir una acotación y con mucho gusto lo ojearemos.