Ryt*_*mis 5 c# tdd unit-testing mocking
所以我正在研究一些对手动数据库操作很重要的遗留代码.我想在这里保持一些相似的质量,所以我尽可能地去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);
Run Code Online (Sandbox Code Playgroud)
这也是相当乏味而且很容易被打破的.
我应该如何处理这个问题,以便结果不会是一大堆脆弱的测试?
顺便说一句,我目前正在使用Rhino.Mocks,但如果结果足够令人信服我可以改变它.只要替代品不是TypeMock,因为他们的EULA对我的口味有点太可怕了.
编辑:我目前也只限于C#2.
为了使这个过程变得不那么乏味,您需要封装/重构 DataReader 和列表中保存的对象之间的映射。封装该逻辑需要几个步骤。如果那是您想走的路,我可以为您发布代码。我只是不确定将代码发布到 StackOverflow 上有多实用,但我可以尝试一下,使其简洁明了。否则,您将陷入为读者重复索引访问器的每个期望的繁琐任务。封装过程还将消除字符串,并使这些字符串在测试中更可重用。
另外,我现在不确定您有多想让现有代码更具可测试性。因为这是遗留代码,没有考虑到测试而构建。