7

我正在尝试以单个开发人员的身份进行测试驱动开发(可能将团队增加到四个)。我有使用 NUnit 进行单元测试的有限扩展经验。

我已经开发这个系统几年了(VB.NET)。我之前的开发人员在该系统上工作了三年,他偏爱 Martin Fowlers 事务脚本方法,这意味着存在具有大型单体功能的大型类,几乎没有考虑设计/可重用性等。

我研究了一些可用于 Nunit 的 Mocking 框架,我相信我唯一的选择是商业产品 TypeMock(RhinoMock vs. TypeMock vs. NUnit 的 Mocking?),因为它允许您模拟非抽象且没有接口的类. 这个对吗?

我在这里阅读了一些帖子,表明情况并非如此。因此提出这个问题的原因。我可以为事务脚本/单片系统使用任何免费的模拟框架吗?

4

1 回答 1

25

简答

如果您没有抽象类或接口,那么您将不得不使用TypeMockMicrosoft 的Fakes 之类的产品。

长答案

不要走这条路。TDD 的主要优点是它迫使您拥有松散耦合的代码和清晰的抽象。没有它,那么你的测试将变得非常难以设置和维护。

你真正需要做的是重构。慢慢地。这是我的建议。

  1. 首先找到一个难以测试的组件,并确定所有依赖项。
  2. 开始从这些类中提取接口,然后使依赖类依赖于接口。
  3. 通过构造函数或属性使它们“可注入”来反转依赖关系。
  4. 开始编写测试来描述该类的行为,模拟依赖关系。
  5. 冲洗重复,直到您可以开始驯服您的代码库。

没有接口的模拟类对于您无法控制的代码很有用。但这仍然很困难,并且随着时间的推移会变得笨拙和复杂。

让您的测试与您交谈。如果您的测试难以使用或设置复杂,则意味着您的代码需要重构。不要忽视这些反馈。

于 2013-07-06T13:20:00.350 回答