Stub是实现组件接口的对象，但是Stub可以配置为返回适合测试的值，而不是返回调用时组件将返回的值。使用存根，单元测试可以测试一个单元是否可以处理来自合作者的各种返回值。在单元测试中使用存根而不是真正的合作者可以这样表示:

单元测试——>存根

单元测试——>单元——>存根

单元测试对结果和单元状态进行断言

首先，单元测试创建存根并配置其返回值。然后单元测试创建单元并在其上设置存根。现在，单元测试调用单元，而单元又调用存根。最后，单元测试对单元上的方法调用的结果进行断言。

A Mock is like a stub, only it also has methods that make it possible determine what methods where called on the Mock. Using a mock it is thus possible to both test if the unit can handle various return values correctly, and also if the unit uses the collaborator correctly. For instance, you cannot see by the value returned from a dao object whether the data was read from the database using a Statement or a PreparedStatement. Nor can you see if the connection.close() method was called before returning the value. This is possible with mocks. In other words, mocks makes it possible to test a units complete interaction with a collaborator. Not just the collaborator methods that return values used by the unit. Using a mock in a unit test could be expressed like this:

单元测试——>模拟

单元测试—>单元—>模拟

单元测试对单元的结果和状态进行断言

单元测试断言在mock上调用的方法

>>这里

模拟:帮助模拟和检查结果交互。这些交互 SUT调用它的依赖项来改变它们的状态。

存根:帮助模拟传入的交互。这些相互作用称为 SUT对其依赖项进行处理以获取输入数据。

来源:单元测试原则、实践和模式- Manning

使用一个心智模型确实帮助我理解了这一点，而不是所有的解释和文章，这些都不能“理解”。

想象一下，你的孩子桌子上有一个玻璃盘子，他开始玩它。现在，你害怕它会破裂。所以，你给了他一个塑料盘子。这将是一个Mock(相同的行为，相同的接口，“更软的”实现)。

现在，假设你没有塑料替代品，所以你解释说“如果你继续玩它，它会碎的!”这是一个Stub，您预先提供了一个预定义的状态。

哑巴就是他根本不用的叉子…间谍可能是提供你已经使用过的有效解释。

Stub帮助我们运行测试。怎么做?它给出了有助于运行测试的值。这些值本身不是真实的，我们创建这些值只是为了运行测试。例如，我们创建一个HashMap来提供与数据库表中的值相似的值。因此，我们不直接与数据库交互，而是与Hashmap交互。

Mock是一个运行测试的伪对象。我们在这里输入assert。

存根不会让你考试不及格，mock可以。

我喜欢Roy Osherove的解释。

创建的每个类或对象都是Fake。如果您验证它是一个Mock 反对它的呼声。否则就是存根。