omportamiento predeterminado de la clase abstracta de Mock con Rhino

Soy bastante nuevo en burlarme, así que esto podría ser algo que todavía no estoy aprendiendo, pero no puedo encontrar un buen ejemplo en ningún lado.

Estoy tratando de afirmar que, por defecto, cualquier clase que herede de mi clase abstracta creará una colección en el constructor. Aquí está la clase abstracta:

public abstract class DataCollectionWorkflow : SequentialWorkflowActivity
{
        private readonly DataSet _output = new DataSet();
        private List<DataCollectionParameter> _params = null;

        public DataCollectionWorkflow()
        {
            _params = new List<DataCollectionParameter>();   
        }

        public virtual IList<DataCollectionParameter> Parameters
        {
            get { return _params; }
            set { _params = (List<DataCollectionParameter>)value; }
        }
}

¿Cómo me burlo de esto con Rhino? Si hago unGenerateMock<DataCollectionWorkflow> (o un trozo), el constructor se ejecuta y el campo privado del simulacro "_params "se inicializa, pero el simulacro"Parameters "la propiedad es simplemente nula.

Obviamente, la subclase simulada generada está anulando la implementación de la propiedad. ¿Hay alguna forma de excluir la propiedad Parameters de volver a implementarse?

Gracias

Respuestas a la pregunta(2)

Su respuesta a la pregunta