单元测试气味

Question

我正在尝试更改 ArcGIS 的单元测试，并开始使用模拟（我使用 rhino）。
当我开始编写测试时，我注意到我必须开始模拟很多对象，并存根很多方法，即使是单个测试也无法通过。
例如 - 我的控制器首先获取一个 RelationshipClass （因此我需要存根 IWorkspace 和返回的 IRelationshipClass），然后还获取一个 >IFeature（存根），最后调用 stubRelClass.GetRelatedObjects(stubFeature)，返回其他 IFeature 的 ISet。

为了让它通过而必须存根这么多对象和方法是正常的吗？ 我也感到 就像我真的需要跳过代码（是的 - 我知道我应该先编写测试，我仍在尝试这个），以便弄清楚下一步要存根什么，以及我应该返回什么。

我在模拟实现多个接口的 com 类时也遇到问题。 在生产代码中，我对它们之间的接口进行了 QI 处理。 如何创建一个在运行时实现这两个接口的模拟？

Answer 1

是的，有时您必须模拟很多对象，具体取决于您的注入链。 如果您要深入多个级别，则可能表明存在设计错误 - 依赖于 API 下三层的数据的对象可能不是松散耦合的。 您应该能够通过在某个时刻返回某种具有您正在测试的层需要的必要属性的假对象来将链消灭在萌芽状态。

您还应该能够在 [SetUp] 方法中完成大部分模拟，然后让每个测试仅更改一两件事。

为了模拟多个接口，Rhino 有 MultiMock 的概念。 我相信你所追求的语法是：

var mock = 
    MockRepository.DynamicMultiMock<MyType>(
              typeof(Interface1), 
              typeof(Interface2), 
              ....);

Answer 2

这可能是高耦合的标志 - 这反过来又意味着需要减少依赖性（这将提高设计和可测试性）。 作为粗略准则，一个对象最多应有 4-6 个协作者。 任何超出这个范围的事情都会引起我的警报。

如何使用 Mock？

Answer 3

对我来说，这听起来像是无法测试的代码，这是一种味道:-(

我建议阅读 http: //misko.hevery.com/code-reviewers-guide/。作者是负责测试领域的 Google 开发人员的教练，他在文章中展示了如何编写可测试和不可测试的代码

。 :
Clean Code (Robert C. Martin) - 主要关注如何编写干净的（对应于可测试的）代码。
有效地处理遗留代码 (Michael Feather) - 展示了控制未经测试和不可测试的代码的方法。