A fake is a generic term that can be used to describe either a stub or a mock object (handwritten or otherwise), because they both look like the real object. Whether a fake is a stub or a mock depends on how it’s used in the current test. If it’s used to check an interaction (asserted against), it’s a mock object. Otherwise, it’s a stub. Fakes makes sure test runs smoothly. It means that reader of your future test will understand what will be the behavior of the fake object, without needing to read its source code (without needing to depend on external resource). What does test run smoothly mean? Forexample in below code: public void Analyze(string filename) { if(filename.Length<8) { try { errorService.LogError("long file entered named:" + filename); } catch (Exception e) { mailService.SendEMail("admin@hotmail.com", "ErrorOnWebService", "someerror"); } } } You want to test mailService.SendEMail() method, to do that you need to simulate an Exception in you test method, so you just need to create a Fake Stub errorService class to simulate that result, then your test code will be able to test mailService.SendEMail() method. As you see you need to simulate a result which is from an another External Dependency ErrorService class.

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

>>这里

存根和模拟都覆盖外部依赖项，但区别在于

stub ->用于测试数据

mock ->用于测试行为

不测试任何东西(只是用空方法覆盖功能，例如替换Logger以避免在测试时记录任何噪音)

mock既是技术对象，也是功能对象。

这个模拟是技术性的。它确实是由一个模拟库(EasyMock、JMockit和最近的Mockito都以这些库而闻名)创建的，这要归功于字节代码生成。 生成模拟实现的方式是，我们可以在调用方法时将其设置为返回特定值，但也可以执行其他一些事情，例如验证模拟方法是否使用某些特定参数(严格检查)或任何参数(不严格检查)调用。

实例化一个mock:

@Mock Foo fooMock

记录行为:

when(fooMock.hello()).thenReturn("hello you!");

验证调用:

verify(fooMock).hello()

这些显然不是实例化/重写Foo类/行为的自然方式。这就是为什么我提到技术方面。

但是mock也是功能性的，因为它是我们需要从SUT中隔离出来的类的实例。有了记录在上面的行为，我们就可以在SUT中使用它就像使用存根一样。

存根只是一个函数对象:它是我们需要从SUT中隔离出来的类的实例，仅此而已。 这意味着在单元测试期间需要的存根类和所有行为fixture都必须显式地定义。 例如，存根hello()将需要子类化Foo类(或实现它拥有的接口)并重写hello():

public class HelloStub extends Hello{    
  public String hello { 
      return "hello you!"; 
  }
}

如果另一个测试场景需要另一个返回值，我们可能需要定义一个通用的方法来设置返回值:

public class HelloStub extends Hello{    
  public HelloStub(String helloReturn){
       this.helloReturn = helloReturn;
  }
  public String hello { 
      return helloReturn; 
  }
}

其他场景:如果我有一个副作用方法(没有返回)，并且我要检查该方法是否被调用，我可能应该在存根类中添加一个布尔值或计数器来计算该方法被调用的次数。

结论

存根通常需要为单元测试编写大量开销/代码。mock因为提供了开箱即用的记录/验证功能而阻止了什么。 这就是为什么现在随着优秀的模拟库的出现，存根方法很少在实践中使用。

关于Martin Fowler文章:当我使用mock和避免存根时，我不认为我是一个“嘲笑主义者”程序员。 但是当真正需要时我使用mock(讨厌的依赖关系)，当我测试带有依赖关系的类时，我喜欢测试切片和迷你集成测试，而mock将是一种开销。

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

function foo(){}

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

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

在断言和状态方面:

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

参考文献

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