具有级联 CRUD 操作的单元测试和假存储库实施

Question

我在编写使用假存储库的集成测试时遇到问题，

例如：假设我有一个教室实体，它聚合学生...

var classroom = new Classroom();
classroom.Students.Add(new Student("Adam"));

_fakeRepository.Save(classroom);

_fakeRepostiory.GetAll<Student>().Where((student) => student.Name == "Adam")); 
// This query will return null...

当使用我对存储库的真实实现（基于 NHibernate）时，上面的代码有效（因为保存操作会级联到上一行添加的学生），

你知道任何支持这种行为的虚假存储库实现吗？ 关于如何自己实现的想法？

或者你有什么其他建议可以帮助我避免这个问题？

提前致谢， 埃里克。

Answer 1

如果您正在编写问题正文所表明的“集成测试”，那么您不会使用虚假的实现——使用真实的实现。

如果您正在编写单元测试，正如您的问题的标题所示，您不会关心操作是否级联，因为这不是 Classroom 类的关注点——您只关心Save() 得到在该类作为依赖项提供的任何存储库上调用。

如果您正在编写一个围绕 NHibernate 执行级联操作的能力的单元测试，那么这些测试已经编写完成，并且无法证明 Classroom 类。

根据评论进行编辑：

单元测试用于测试单独的“单元”功能，独立于任何其他类或服务——在这种情况下，您对那些其他类使用假货，以确保它们完全且仅执行该类需要的操作。集成测试用于测试多个类和/或子系统（如数据库访问、ORM 等）之间的交互。在这种情况下，您似乎想测试级联保存/更新，但这是 NHibernate 的责任，不是吗？

但是假设您有一个使用IRepository<Classroom> 保存classroom 的类，并且它将该操作包装在try…catch 块中，并且您想要在IRepository<Classroom> 抛出RepositoryWriteFailureException 时进行单元测试，一个错误计数属性，ErrorCount 被递增。在这里你确实需要你的存储库的假实现，这就是像 RhinoMocks、nMock、Moq 或 TypeMock Isolator 这样的模拟框架发挥作用的地方——这些可以为你生成假的，使用接口、抽象类或已声明公共方法和属性的类virtual.

我可能会这样编写测试主体（将其视为伪代码）：

// set up the context (arrange)

// create the fake repository
var fake_repository = MockRepository.GenerateStub<IRepository<Classroom>>();

// create the classroom, injecting the fake repository
dim classroom as new Classroom(fake_repository);

// now tell the fake how to behave
fake_repository.Stub(repo => repo.Save(classroom))
    .WhenCalled(throw new RepositoryWriteFailureException());

// do what you're testing (act)
classroom.Save(); 


// assert the expected behaviour (assert)

// verify that the fake_repository was told to Save(classroom)
Assert.IsTrue(fake_repository.WasToldTo(repo => repo.Save(classroom)).Times(1);

// verify that the error count property was incremented
Assert.IsTrue(classroom.ErrorCount == 1);

请注意我们如何测试 Classroom 类或您正在测试的任何内容的行为方式，甚至无需实现存储库。

Answer 2

由于它是一个集成测试，我建议您使用真实的存储库，而不仅仅是一个假的。

一个好的解决方案是为测试目的创建一个单独的数据库，并在测试项目的配置文件中将 NHibernate 的hbm2ddl.auto 属性设置为create，这样它每次都会重新创建数据库，所以你不会'也不必担心。

我正是将其用于测试目的。我使用 FluentNHibernate 的自动映射器和自定义约定。如果您想使用比 SQL Server 更轻的东西进行测试，您可能还想使用 SQLite。
（我使用 SQL Server 以这种方式对我的存储库进行单元测试。）

您也可以将其设置为update，如果您希望它保留您已经输入的数据，并且如果您可以手动创建测试数据库，则根本不应该设置它。

Answer 3

+1 如果测试不使用真实的东西（即不测试与 RDBMS 的集成），则不将其称为“集成测试”。

如果您想要级联和 NHibernate 的所有其他优点和«单元测试»的速度，我发现使用内存数据库 (SQLite) 非常有用。