是否可以对依赖于 NHibernate Detached Criteria 的方法进行单元测试？

Question

我尝试使用 Moq 对使用 DetachedCriteria 类的存储库上的方法进行单元测试。但我遇到了一个问题，即我实际上无法模拟内置的内部 Criteria 对象。有什么方法可以模拟独立的标准吗？

测试方法

        [Test]
        [Category("UnitTest")]
        public void FindByNameSuccessTest()
        {          
            //Mock hibernate here
            var sessionMock = new Mock<ISession>();
            var sessionManager = new Mock<ISessionManager>();
            var queryMock = new Mock<IQuery>();
            var criteria = new Mock<ICriteria>();
            var sessionIMock = new Mock<NHibernate.Engine.ISessionImplementor>();

            var expectedRestriction = new Restriction {Id = 1, Name="Test"};

            //Set up expected returns
            sessionManager.Setup(m => m.OpenSession()).Returns(sessionMock.Object);
            sessionMock.Setup(x => x.GetSessionImplementation()).Returns(sessionIMock.Object);

            queryMock.Setup(x => x.UniqueResult<SopRestriction>()).Returns(expectedRestriction);

            criteria.Setup(x => x.UniqueResult()).Returns(expectedRestriction);

            //Build repository            
            var rep = new TestRepository(sessionManager.Object);

            //Call repostitory here to get list
            var returnR = rep.FindByName("Test");


            Assert.That(returnR.Id == expectedRestriction.Id);
        }

存储库类

public class TestRepository
{
    protected readonly ISessionManager SessionManager;

    public virtual ISession Session
    {
        get { return SessionManager.OpenSession(); }
    }

    public TestRepository(ISessionManager sessionManager)
    {
    }


    public SopRestriction FindByName(string name)
    {

        var criteria = DetachedCriteria.For<Restriction>().Add<Restriction>(x => x.Name == name)
        return criteria.GetExecutableCriteria(Session).UniqueResult<T>();
    }

}

注意，我在这里也使用“NHibernate.LambdaExtensions”和“Castle.Facilities.NHibernateIntegration”。任何帮助将不胜感激。

本质上，我在返回的对象的断言上收到了空引用异常。因此我认为我没有正确连接标准。但我不认为我可以做到这一点，因为该标准是在我的存储库中创建的独立标准的私有字段！

Answer 1

老实说，我很久以前就放弃了尝试对任何涉及数据库的内容进行单元测试。

启动内存中的 Sqlite 数据库并运行实际测试要容易得多。或者，如果您希望针对真实数据库运行它们，那么只需将它们移至集成测试中，该测试仅在您签入源代码管理时运行。

Answer 2

我认为您错过了在这种情况下使用模拟的意义。您想要模拟的是方法

public SopRestriction FindByName(string name)
{
    ...
}

，因此您可以返回您想要的任何类型的 SopRestriction 而不必担心它正在查询 NHibernate。

模拟任何类型的数据上下文都是毫无意义的，因为你永远不会获得任何价值。

最简单的方法是从 TestRepository 中提取一个接口，例如 ITestRepository，然后使依赖关系图的其余部分依赖于 ITestRepository，并且您可以在单元测试中轻松模拟存储库本身。

跟进：关于您想要验证存储库内的方法调用的响应，我建议将所有 NHibernate 特定用法包装到没有任何类型参数或返回的方法本身中NHibernate 特定的，因此您可以模拟这些方法并期望它们能够工作。这就是为什么单元测试在这个阶段的价值较低，因为你没有得到太多。按照你所说的，我根本不会嘲笑他们，而是会让他们进行完整的“集成”测试，接触数据库或做他们需要做的事情。我仍然认为这些是单元测试，即使 TDD 纯粹主义者会说它们是集成测试。