Cuando escribimos tests de unidad, intentamos testear una única funcionalidad. Esto muchas veces es bastante difícil, ya que generalmente necesitamos apoyarnos en otras clases distintas para cumplir con el propósito de la testeada, y terminamos probando, al final, otras cosas. Y si fallan estas clases “base”, a veces es difícil rastrear cuál es el error.
Por ejemplo, supongamos que tenga un método RegistrarAsistencia(int, int), que registra que la persona asistió al evento (los argumentos serían los IDs). Este método inventado, tendría como dependencia la clase ControladorPersonas y ControladorEventos, para levantar los objetos necesarios y realizar el registro. Pero esto (levantar los objetos Persona y Registro), a nosotros, no nos interesa probar en el test de unidad, sino verificar que el método RegistrarAsistencia realmente funciona, registrando que la persona asistió al evento.
Otro ejemplo podría ser algún método ImprimirFactura, que toma los datos del formulario, e imprime la factura. ¿Cómo podemos escribir un test de unidad para esto?
Una solución viene de la mano de la técnica de MockObjects, y Rhino.Mocks es un framework para .NET.
Continuá leyendo MockObjects con Rhino.Mocks
Es mi deseo para todo el que se encuentre con este post. Que tenga una muy feliz navidad, que la pasen muy bien con quienes hayan elegido para pasar este momento, que se diviertan, que recuerden momentos lindos que hayan vivido, y que lo disfruten. Y también que recuerden, aunque sea por un momento, el significado de esta fiesta: el nacimiento de Jesús, Dios hecho hombre.