假设你有一个名为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框架创建的，您不知道它的内部是什么样子的。但是使用存根，您知道将得到什么类:它是您创建的类。

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

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

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

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

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

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

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

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

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的子类型，两者都交换了实际实现和测试实现，但出于不同的、特定的原因。

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

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

从论文模拟角色，而不是对象，由jMock的开发人员:

存根是返回罐装的产品代码的虚拟实现 结果。Mock对象充当存根，但也包括到的断言 测量目标对象与其邻居的交互作用。

所以，主要的区别是:

在存根上设置的期望通常是通用的，而在mock上设置的期望可能更“聪明”(例如，在第一次调用时返回this，在第二次调用时返回this等)。 存根主要用于设置SUT的间接输入，而mock可用于测试SUT的间接输入和间接输出。

综上所述，同时也试图驱散福勒文章标题中的困惑:mock是存根，但它们不仅仅是存根。