测试对象根据某些提示(函数调用)或其他刺激来执行动作。下面是测试情况的具体例子。

场景——EMT学生考试

一名学生学习成为一名紧急医疗技术员。如果你对这个测试情况不熟悉，可以去看Ian Gallagher在《无耻之徒》第六季第十集的节目。

为了测试目的，寻找各种疾病的患者太昂贵了。相反，我们使用角色。我们问测试对象(Ian)"当你到达现场发现病人已经不能动弹，失去知觉你首先要做什么?"伊恩回答说:“我检查现场是否安全。”测试指导老师说“现场是安全的”。

教师(和演员)能够向测试对象的问题注入任意答案。

在这里，教练(和演员)是一个模拟。医学培训与计算机科学家一样使用这个术语(例如模拟代码模拟)。

场景——注册一个网站

你正在测试雅虎，一个你听说过的新的电子邮件服务。为了注册，你必须提供你的生日和其他侵入性问题的答案。

该网站要求你年满21岁。输入1970年1月1日。它满足了需求，并且将您从实现记住我的生日并输入它的工作流的费力过程中拯救出来。

这个日期是存根。这个词的用法只适用于计算机科学。

假设你有一个名为EmployeeService的类，你想测试它，并且它对一个名为EmployeeDao的接口有一个依赖:

public class EmployeeService{
   private EmployeeDao dao;
   public EmployeeService(Dao dao){this.dao = dao;}

   public String getEmployeeName(int id){
     Employee emp = bar.goToDatabaseAndBringTheEmployeeWithId(id);
     return emp != null?emp.getFullName:null;
   }
   //Further state and behavior
}

public interface EmployeeDao{
  Employee goToDatabaseAndBringTheEmployeeWithId(int id);
}

在测试类内部:

public class EmployeeServiceTest{
   EmployeeService service;
   EmployeeDao mockDao = Mockito.mock(EmployeeDao.class);//Line 3

   @Before
   public void setUp(){
     service = new EmployeeService(mockDao);
   }
   //Tests
   //....
}

在上面的测试类的第3行中，我们对mock框架(在本例中是Mockito)说“嘿，Mockito，给我做一个具有EmployeeDao功能的对象。”框架将创建一个对象，它有goToDatabaseAndBringTheEmployeeWithId方法，但实际上没有主体。你的工作就是指导那个mock做什么。这是一个嘲弄。

但是你也可以创建一个实现EmployeeDao接口的类，并在测试类中使用它:

public EmployeeDaoStub implements EmployeeDao{
   public Employee goToDatabaseAndBringTheEmployeeWithId(int id){
      //No trip to DB, just returning a dummy Employee object
      return new Employee("John","Woo","123 Lincoln str");
   }
}

在你的测试类中，这次使用stub而不是mock:

public class EmployeeServiceTest{
   EmployeeService service;
   EmployeeDao daoStub = new EmployeeDaoStub();//Line 3

   @Before
   public void setUp(){
     service = new EmployeeService(daoStub);
   }
   //Tests
   //....
}

因此，为了包装这一切，存根是您(或其他人)专门创建的类，以模仿某些依赖关系，只是为了拥有所需的状态。是的，正如其他人所说，它主要是关于一个状态，而mock通常是由mock框架创建的，您不知道它的内部是什么样子的。但是使用存根，您知道将得到什么类:它是您创建的类。

哦，顺便说一下，如果你的依赖项是一个类而不是一个接口，你可以扩展这个类来创建你的存根。

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

Stub

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

Mock

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

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

我在阅读《单元测试的艺术》时，偶然发现了以下定义:

fake是一个通用术语，可以用来描述存根或模拟对象(手写或其他)，因为它们看起来都像真实的对象。赝品是存根还是mock取决于它在当前测试中的使用方式。如果它用于检查交互(根据其断言)，则它是一个模拟对象。否则，它就是存根。

下面是对每一个的描述，然后是真实世界的样本。

Dummy - just bogus values to satisfy the API. Example: If you're testing a method of a class which requires many mandatory parameters in a constructor which have no effect on your test, then you may create dummy objects for the purpose of creating new instances of a class. Fake - create a test implementation of a class which may have a dependency on some external infrastructure. (It's good practice that your unit test does NOT actually interact with external infrastructure.) Example: Create fake implementation for accessing a database, replace it with in-memory collection. Stub - override methods to return hard-coded values, also referred to as state-based. Example: Your test class depends on a method Calculate() taking 5 minutes to complete. Rather than wait for 5 minutes you can replace its real implementation with stub that returns hard-coded values; taking only a small fraction of the time. Mock - very similar to Stub but interaction-based rather than state-based. This means you don't expect from Mock to return some value, but to assume that specific order of method calls are made. Example: You're testing a user registration class. After calling Save, it should call SendConfirmationEmail.

存根和Mock实际上是Mock的子类型，两者都交换了实际实现和测试实现，但出于不同的、特定的原因。

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

让我试着用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