我应该如何测试从 DataReader 填充列表的方法？

StackOverflow https://stackoverflow.com/questions/29980

  •  09-06-2019
  •  | 
  •  

题

因此，我正在研究一些需要大量手动数据库操作的遗留代码。我试图在这里保持一定的质量，所以我会尽可能地采用 TDD。

我正在处理的代码需要填充，比方说 List<Foo> 来自 DataReader，它返回功能 Foo 所需的所有字段。但是，如果我想验证代码实际上是否为每个数据库行返回一个列表项，我正在编写如下所示的测试代码：

Expect.Call(reader.Read()).Return(true);
Expect.Call(reader["foo_id"]).Return((long) 1);
// ....
Expect.Call(reader.Read()).Return(true);
Expect.Call(reader["foo_id"]).Return((long) 2);
// ....
Expect.Call(reader.Read()).Return(false);

这相当乏味，也很容易被破坏。

我应该如何解决这个问题，这样结果就不会是一大堆脆弱的测试？

顺便说一句，我目前正在使用 Rhino.Mocks 来实现此目的，但如果结果足够令人信服，我可以更改它。只要替代方案不是 TypeMock，因为他们的 EULA 对我上次检查的口味来说有点太可怕了。

编辑：我目前也仅限于 C# 2。

有帮助吗？

解决方案

为了使这个过程变得不那么乏味，您需要封装/重构 DataReader 和列表中保存的对象之间的映射。封装该逻辑需要几个步骤。如果那是您想走的路，我可以为您发布代码。我只是不确定将代码发布到 StackOverflow 上有多实用，但我可以尝试一下，使其简洁明了。否则，您将陷入为读者重复索引访问器的每个期望的繁琐任务。封装过程还将消除字符串，并使这些字符串在测试中更可重用。

另外，我现在不确定您有多想让现有代码更具可测试性。因为这是遗留代码，没有考虑到测试而构建。

其他提示

我考虑发布一些代码，然后我想起了 JP Boodhoo 的 Nothin But .NET 课程。他有一个 示例项目 他正在分享在他的一堂课上创建的内容。该项目托管于 谷歌代码 这是一个很好的资源。我确信它有一些很好的提示供您使用，并为您提供有关如何重构映射的想法。整个项目是用TDD构建的。

您可以将 Foo 实例放入列表中，并将对象与您读取的内容进行比较： 

var arrFoos = new Foos[]{...}; // what you expect
var expectedFoos = new List<Foo>(arrFoos); // make a list from the hardcoded array of expected Foos
var readerResult = ReadEntireList(reader); // read everything from reader and put in List<Foo>
Expect.ContainSameFoos(expectedFoos, readerResult); // compare the two lists

科科斯,

有几件事是错误的。首先，这样做意味着我必须先构造 Foos，然后将它们的值提供给模拟阅读器，这对 减少 我正在编写的代码量。其次，如果值通过读取器，则 Foos 将不再是 相同的 Foos（引用相等）。他们可能是 平等的, ，但即使这样也假设了太多我目前不敢触及的 Foo 类。

澄清一下，您希望能够测试对 SQL Server 的调用返回了一些数据，或者如果您有一些数据，您可以将其映射回模型吗？

如果你想测试你对 SQL 的调用返回了一些数据，请查看我的答案发现 这里

@托兰：我正在测试的是从数据库返回的数据到引用-取消引用域模型的编程映射。因此我想模拟数据库连接。对于另一种测试，我会进行全面的集成测试。

@戴尔：我想你已经把它钉牢了，我担心情况可能是这样。如果您能找到任何文章或类似内容，其中有人完成了肮脏的工作并将其分解为更容易理解的步骤，我将不胜感激。代码示例也不会有什么坏处。我确实知道如何解决这个问题，但在我真正敢这样做之前，我需要完成其他事情，如果测试需要繁琐的模拟，那么这就是我要做的。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top