我认为他们之间最重要的区别是他们的意图。

让我试着用WHY stub和WHY mock来解释它

假设我正在为我的mac twitter客户端的公共时间轴控制器编写测试代码

下面是测试示例代码

twitter_api.stub(:public_timeline).and_return(public_timeline_array)
client_ui.should_receive(:insert_timeline_above).with(public_timeline_array)
controller.refresh_public_timeline

STUB:到twitter API的网络连接非常慢，这使得我的测试很慢。我知道它将返回时间轴，所以我制作了一个模拟HTTP twitter API的存根，这样我的测试将非常快地运行它，即使我离线也可以运行测试。 MOCK:我还没有写任何我的UI方法，我不确定我需要为我的UI对象写什么方法。我希望通过编写测试代码了解我的控制器如何与我的ui对象协作。

通过编写mock，您可以通过验证期望是否满足来发现对象的协作关系，而stub仅模拟对象的行为。

如果您想了解更多关于模拟的知识，我建议您阅读这篇文章:http://jmock.org/oopsla2004.pdf

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

我认为他们之间最重要的区别是他们的意图。

让我试着用WHY stub和WHY mock来解释它

假设我正在为我的mac twitter客户端的公共时间轴控制器编写测试代码

下面是测试示例代码

twitter_api.stub(:public_timeline).and_return(public_timeline_array)
client_ui.should_receive(:insert_timeline_above).with(public_timeline_array)
controller.refresh_public_timeline

STUB:到twitter API的网络连接非常慢，这使得我的测试很慢。我知道它将返回时间轴，所以我制作了一个模拟HTTP twitter API的存根，这样我的测试将非常快地运行它，即使我离线也可以运行测试。 MOCK:我还没有写任何我的UI方法，我不确定我需要为我的UI对象写什么方法。我希望通过编写测试代码了解我的控制器如何与我的ui对象协作。

通过编写mock，您可以通过验证期望是否满足来发现对象的协作关系，而stub仅模拟对象的行为。

如果您想了解更多关于模拟的知识，我建议您阅读这篇文章:http://jmock.org/oopsla2004.pdf

在codeschool.com的课程《Rails僵尸测试》中，他们给出了这些术语的定义:

Stub

用于将方法替换为返回指定结果的代码。

Mock

带有调用方法的断言的存根。

因此，正如Sean Copenhaver在他的回答中所描述的那样，不同之处在于mock设置了期望(即做出断言，关于是否或如何调用它们)。

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

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

Stub和mock都是假的。

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

非常清楚和实际:

Stub:实现要伪造的类/对象的方法的类或对象，并且总是返回你想要的东西。

JavaScript示例:

var Stub = {
   method_a: function(param_a, param_b){
      return 'This is an static result';
   }
}

Mock:与存根相同，但是它增加了一些逻辑，当一个方法被调用时“验证”，这样你就可以确定某个实现正在调用该方法。

正如@mLevan所说，假设你正在测试一个用户注册类。在调用Save之后，它应该调用SendConfirmationEmail。

一个非常愚蠢的代码

var Mock = {
   calls: {
      method_a: 0
   }

   method_a: function(param_a, param_b){
     this.method_a++; 
     console.log('Mock.method_a its been called!');
   }
}