Unit testing 单元/集成测试nHibenrate查询_Unit Testing_Nhibernate_Tdd_Integration Testing

Unit testing 单元/集成测试nHibenrate查询

unit-testing nhibernate

Unit testing 单元/集成测试nHibenrate查询,unit-testing,nhibernate,tdd,integration-testing,Unit Testing,Nhibernate,Tdd,Integration Testing,场景：我需要编写一个复杂的nHibernate查询，它将返回预计的DTO，但我想使用TDD方法。方法如下所示： public PrintDTO GetUsersForPrinting(int userId) { Session.QueryOver<User>().//some joins, conditions etc. //returns projected dto } GetUsersForPrinting（int-userId）的公共打印数据 { Sess

场景：我需要编写一个复杂的nHibernate查询，它将返回预计的DTO，但我想使用TDD方法。方法如下所示：

public PrintDTO GetUsersForPrinting(int userId)
{
     Session.QueryOver<User>().//some joins, conditions etc.
     //returns projected dto
}

GetUsersForPrinting（int-userId）的公共打印数据
{
Session.QueryOver（）。//某些联接、条件等。
//返回预计的dto
}

问题:

因为最常见的方法是使用内存中的数据库进行此类操作。我应该写集成测试吗

如果我使用内存数据库，我可以写单元测试吗

一次测试就够了吗

由于我的集成测试可能会检查投影，我应该如何命名它？“GetUserForPrinting\u return\u correct\u DTO”似乎太抽象和愚蠢了

我这样问是因为：

有很多关于TDD和集成测试的抽象信息，但是当涉及到具体的实现时，应用这些信息是非常困难的
TDD建议集成测试应包括单元测试：

对
任何包含真实db的测试，无论是在内存中还是在磁盘上，都不是单元测试。单元测试将使用模拟数据库
也许-如果你的查询足够复杂，那么就不会了
testGetUsersForPrinting或GetUsersForPrinting测试或类似测试

public PrintDTO GetUsersForPrinting(int userId, ISession session)
{
     var data = session.QueryOver<User>().//some joins, conditions etc.

     return data; // or whatever
}

public testDTO()
{
    //Arrange
    StubSession session = .... setup a stub session, which returns hardcoded values

    // Act
    PrintDTO users = GetUsersForPrinting(111, session);

    // Assert
    Assert.That(users.size(), Is.EqualTo(1));    
    Assert.That(users.get(0).userId, Is.EqualTo(111));

}