c# – 单元测试和nhibernate？

我想知道如何解决这个问题.我使用nhibernate和流利.

public class User
{
   public virtual int UserId {get; private set;}
}

这似乎是nhibernate的约定,因为它阻止人们设置和id,因为它是自动生成的.

现在问题出现在我进行单元测试时.

我有我的所有nhibernate代码在一个回购,我嘲笑,所以我只是测试我的服务层.当这种情况发生时,问题出现.

User user = repo.GetUser(email);

这应该返回一个用户对象.

所以我想使用moq来做到这一点

repo.Setup(x => x.GetUser(It.IsAny<string>())).Return(/* UserObject here */)

现在这里是问题

我需要使该User对象并将其放在Return部分.

所以我会做一些事情

User user =  new User()
{
   UserId = 10,}

但是这是问题所在,我需要设置Id,因为我实际上使用它后来在一些集合上做一些linq(在服务层,因为它不是我的数据库,所以不应该在我的回购)所以我需要设置它,但是我无法设置它,因为它是一个私人集.

所以我该怎么做？我应该删除私人还是有其他方式？

解决方法

您可以让假的Repository对象返回假的User对象：

var stubUser = new Mock<User>();
stubUser.Setup(s => s.UserId).Returns(10);

var stubRepo = new Mock<IUserRepository>();
stubRepo.Setup(s => s.GetUser(It.IsAny<string>())).Return(stubUser);

这里有几件事要注意：

>如果Moq被标记为虚拟,只能假冒具体类的成员.这在某些情况下可能不适用,在这种情况下,通过Moq伪造对象的唯一方法就是实现一个接口.然而,解决方案的工作原理很好,因为NHibernate already imposes the same requirement在User类的属性上为了做懒惰加载.
返回假冒伪造物品有时会导致超过指定的单位测试.在这些情况下,由桩和嘲讽构成的富物体模型的建立正在变得难以确定正在测试的位置,使得测试本身不可读和难以维护.这是一个非常好的单元测试实践,要明确,但必须有意识地使用.

c# – 单元测试和nhibernate？

解决方法

相关文章