具有复杂参数的单元测试

Question

让我说我有一个方法：

someMethod(X anObject)

其中X是一种极其复杂的对象。通过这个我的意思是它不是一个可以轻易实例化的东西。我需要以某种方式单元测试someMethod，但我不能简单地创建一个X对象作为参数放入。

所以我首先考虑尝试模拟对象，但我遇到的问题是someMethod函数调用anObject的许多方法，这意味着这个被模拟的X对象有一大堆需要调用的函数，因此需要模拟预期。更糟糕的是，这些被调用的X对象方法返回更多的X对象，这意味着我必须模拟对象，以期望模拟方法调用，以返回更多的模拟对象。

关于这种情况，我有几个问题，因为我对单元测试的概念不熟悉：

1. 除了冗长的单元测试方法外，我发现我的单元测试不仅测试方法是否有效，还指定实现（因为我基本上指定了大多数被调用的代码）方法本身与模拟期望）。这是一个问题（主要是单元测试本身的概念）？
2. 有没有办法解决这个问题，即使只是为了让我的单元测试方法更简洁，更易于维护？
3. 我想过从其他地方获取一个序列化的X对象，保存它，然后每当我调用我的单元测试方法时，我会反序列化我的X对象并将其作为参数运行。这只是一个随意的想法，我想到了我的头脑;有人真的这么做吗？

如果有人想知道我到底在做什么，我正在使用IDebugContextListener接口在java调试器的给定步骤中获取有关堆栈帧数据的调试信息。我所指的“X”是由接口here定义的对象，包括IValue，IVariable和IStackframe等对象。所有这些变量都是在运行时由Java调试器提供给我的。

Answer 1

您遇到此困难的事实是设计问题的症状。当某些东西难以测试时，重构直到不难测试。

如果一个对象需要调用另一个对象的太多方法，那么封装就很差，责任也很差。据推测，没有遵循单一责任原则。如果代码调用返回对象的方法，并且必须依次调用那些方法，则不会遵循Demeter法则。

Answer 2

您的痛苦来自于您的方法不符合单一责任原则的事实。你的方法用X做很多事情 - 而X也听起来太复杂了。这使得测试非常困难 - 即使是模拟。

将你的方法分解为可管理的块，每个只做一件事。