Pregunta

Estoy usando simulacros de Rhino para la prueba de unidad de simulación de objetos. Nuestro DAL usa codesmith para generar código a partir de plantillas de .netTiers, que crea estas clases de DataRepository que contienen todos los métodos para transacciones de tipo CRUD al origen de datos. En la prueba de unidad, estoy tratando de burlarme de este objeto de repositorio de datos que no tiene clase de interfaz para usar como un código auxiliar.

En resumen, ¿alguien ha utilizado con éxito los simulacros de Rhino para simular un repositorio de datos generado por .netTiers, evitando la necesidad de una base de datos de prueba y transacciones reales contra la fuente de datos que debe ser eliminada al final?

¿Fue útil?

Solución

He estado pensando en esto por un tiempo, ya que nadie ha intensificado y escrito una implementación de DataRepository simulada para netTiers (que yo sepa).

Como no me importan demasiado los pasos de repetición de grabación de TypeMock y RhinoMocks, opté por el nuevo Moq, que se burlará de las clases de DataRepository o de la capa de Servicio con un mínimo de molestia.

Suponiendo que estés en .NET 3.5, lo recomendaría.

Otros consejos

En resumen, Rhino solo puede simular tipos que son interfaces o clases no selladas. Y luego, solo puede apilar métodos que sean virtuales o abstractos.

Si su objetivo es sustituir un DataRepository con una implementación simulada, creo que tendrá que buscar en marcos de simulación más avanzados como TypeMock .

Si tienes el control de las plantillas CS, otra opción sería utilizar las plantillas para generar también implementaciones simuladas de DataRepository.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top