c# - “Mock” 数据库和 “Real” 数据库行为之间的差异

Question

我们将 C# 和 Linq2SQL 与 MS SQL Server 数据库结合使用。 我们有一个 mockdatacontext 来执行一些单元测试。 在测试时，我们发现了两种不同的行为，具体取决于使用的是“真实”数据库还是“模拟”数据库。

场景一:真实数据库

数据库中有5条记录:

db = realDatabase
db.InsertOnSubmit(new record)

var count1 = db.getTable.Count()

db.SubmitChanges()

var count2 = db.getTable.Count()

count1 = 5 count2 = 6

场景二:模拟数据库

数据库中有5条记录:

db= mockDatabase

db.InsertOnSubmit(new record)

var count1 = db.getTable.Count()

db.SubmitChanges()

var count2 = db.getTable.Count()

count1 = 6 count2 = 6

*“模拟”数据库在调用 SubmitChanges() 之前已经知道新记录，因此它包含在计数中。为了进行测试，我们需要两种行为相同。

有没有其他人遇到过这个问题，您能提出解决方案吗？

Answer 1

IMO，在测试中试图模拟是一个常见的错误。 mock 不是模拟器。它不应该实现与原始逻辑相似的逻辑，它应该只返回硬编码结果。

如果模拟行为很复杂，您最终会测试模拟而不是业务代码。

我正在使用 RhinoMocks，它看起来像这样:

// arrange
IList<Record> testdata = new List<Record>() {a, b, c};
db = MockRepository.GenerateMock<IDatabase>();
db.Stub(x => db.getTable).Return(testdata);

// act: call your unit under test

// assert
db.AssertWasCalled(x => x.InsertOnSubmit(Arg<Record>.Is.Anything));
db.AssertWasCalled(x => x.SubmitChanges());

它每次仍然返回相同的列表。对于许多情况，这就足够了。您仍然可以在第二个 getTable 调用中返回其他数据:

db.Stub(x => db.getTable).Return(testdata1);
db.Stub(x => db.getTable).Return(testdata2);

它总是特定于单个测试，但这使它变得如此简单。

编辑:

我不得不承认我不熟悉 Linq2Sql。在我的示例中模拟的调用是 Linq2Sql 调用，可能无法轻易模拟。您可能需要将其放在一个简单的 DAL 接口(interface)后面。然后你模拟这个接口(interface)。