我喜欢Roy Osherove的解释。

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

存根是一个空函数，用于在测试期间避免未处理的异常:

function foo(){}

mock是一个人为的函数，用于避免在测试期间对操作系统、环境或硬件的依赖:

function foo(bar){ window = this; return window.toString(bar); }

在断言和状态方面:

在事件或状态更改之前断言模拟 存根不被断言，它们在事件之前提供状态，以避免执行来自不相关单元的代码 间谍就像存根一样被设置，然后在事件或状态改变后被断言 假的是不断言的，他们运行后的事件硬编码的依赖，以避免状态

参考文献

极客词汇:Mock 极客词汇:存根 极客术语:间谍 测试替身:假的，模拟和存根

存根用于您在测试中设置的具有预期返回值的方法。 mock用于void方法，这些方法在调用时的Assert中进行验证。

关于这个问题，我认为Roy Osherove在他的书《单元测试的艺术》(85页)中给出了最简单、最清晰的答案。

判断我们正在处理存根的最简单方法是注意到存根永远不会通过测试。测试使用的断言总是反对的 被测试的班级。 另一方面，测试将使用一个模拟对象来验证 测试是否失败。[…] 同样，模拟对象是我们用来检查测试是否失败的对象。

Stub和mock都是假的。

如果您对假的进行断言，这意味着您将假的用作mock，如果您仅使用假的运行测试而没有对其进行断言，那么您将假的用作存根。

Mock只是测试行为，确保调用了特定的方法。 Stub是特定对象的可测试版本(本质上)。

你说的苹果方式是什么意思?

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上调用的方法

>>这里