我知道如何使用这些术语，但我想知道单元测试是否有伪造、模拟和存根的公认定义?如何为您的测试定义这些?描述一下你可能会用到它们的场景。
以下是我如何使用它们:
Fake:实现接口但包含固定数据且没有逻辑的类。只是根据实现返回“好”或“坏”数据。
Mock:实现接口的类，允许从特定方法动态设置返回值/抛出异常，并提供检查特定方法是否被调用/未调用的能力。
Stub:类似于模拟类，只是它不提供验证方法是否被调用的能力。
模拟和存根可以手工生成，也可以由模拟框架生成。假类是手工生成的。我使用模拟主要是为了验证我的类和依赖类之间的交互。一旦我验证了交互并在代码中测试替代路径，我就使用存根。我使用伪类主要是为了抽象出数据依赖关系，或者当mock /存根太乏味而每次都无法设置时。
当前回答
你可以得到一些信息:
来自马丁·福勒关于莫克和斯塔克的信
假对象实际上有工作实现，但通常采取一些捷径，这使得它们不适合生产
存根为测试过程中拨打的电话提供了预先准备好的答案，通常不会对测试程序之外的任何内容做出任何回应。存根还可以记录有关通话的信息，例如电子邮件网关存根可以记住它“发送”的消息，或者可能只记住它“发送”了多少消息。
mock就是我们在这里讨论的对象:用期望预编程的对象，这些期望形成了期望它们接收的调用的规范。
从xunitpattern:
Fake:我们获得或构建SUT所依赖的组件所提供的相同功能的非常轻量级的实现，并指示SUT使用它而不是真正的功能。
存根:这个实现被配置为响应来自SUT的调用，使用值(或异常)在SUT中执行未测试的代码(参见第X页的生产bug)。使用测试存根的一个关键指示是由于无法控制SUT的间接输入而导致的未测试代码
模拟对象，它实现了与SUT(被测系统)所依赖的对象相同的接口。当我们需要进行行为验证时，我们可以使用模拟对象作为观察点，以避免由于无法观察在SUT上调用方法的副作用而导致的未测试需求(参见第X页的生产bug)。
就我个人而言
我试图通过使用:Mock和Stub来简化。当它是一个返回被测试类的值的对象时，我使用Mock。我使用Stub来模拟要测试的接口或抽象类。事实上，如何称呼它并不重要，它们都是在生产中不使用的类，而被用作测试的实用程序类。
其他回答
根据Vladimir Khorikov的《单元测试原则、实践和模式》一书:
Mocks: help to emulate and examine outcoming interactions. These interactions are calls the SUT makes to its dependencies to change their state. In other words it helps to examine the interaction (behaviour) of SUT and its dependencies. mocks could be : Spy : created manually Mocks : created using framework Stubs: helps to emulate incoming interactions. These interactions are calls the SUT makes to its dependencies to get input data. IN other words it helps to test the data passed to SUT. It could be 3 types Fake: is usually implemented to replace a dependency that doesn’t yet exist. Dummy: is hard-coded value. Stubs: Fledged dependency that you configure to return different values for different scenarios.
在Gerard Meszaros所著的《xUnit Test Patterns》一书中，有一个很好的表格给出了关于差异的很好的见解
正如投票最多的答案所提到的，Martin Fowler在《Mocks不是存根》中讨论了这些区别，特别是副标题《Mocks和存根之间的区别》，所以一定要阅读那篇文章。
与其关注这些东西有何不同，我认为关注为什么这些是不同的概念更有启发性。每一种都有不同的目的。
假货
fake是一种行为“自然”，但不是“真实”的实现。这些都是模糊的概念，所以不同的人对什么是假的有不同的理解。
一个假的例子是内存中的数据库(例如使用sqlite和:memory: store)。您永远不会在生产中使用它(因为数据不是持久化的)，但是作为一个数据库在测试环境中使用它是完全足够的。它也比“真正的”数据库轻量级得多。
作为另一个例子，也许您在生产中使用某种对象存储(例如Amazon S3)，但是在测试中您可以简单地将对象保存到磁盘上的文件;那么您的“保存到磁盘”实现将是一个假的。(或者您甚至可以通过使用内存文件系统来代替“保存到磁盘”操作。)
作为第三个例子，想象一个提供缓存API的对象;如果一个对象实现了正确的接口，但根本不执行缓存，但总是返回缓存失败，那么这个对象就是一种假的。
pseudo的目的不是为了影响被测系统的行为，而是为了简化测试的实现(通过删除不必要的或重量级的依赖项)。
存根
存根是一种行为“不自然”的实现。它是预先配置的(通常由测试设置)，以响应具有特定输出的特定输入。
存根的目的是让测试中的系统进入特定的状态。例如，如果您正在为一些与REST API交互的代码编写测试，那么您可以使用一个始终返回固定响应的API来stub REST API，或者使用一个响应带有特定错误的API请求。通过这种方式，您可以编写关于系统如何对这些状态做出反应的断言测试;例如，如果API返回404错误，测试用户得到的响应。
存根通常被实现为只响应您告诉它响应的确切交互。但是使某些东西成为存根的关键特性是它的目的:存根是关于设置您的测试用例的。
模拟
mock类似于存根，但是添加了验证。mock的目的是断言被测系统如何与依赖项交互。
例如，如果您正在为一个向网站上传文件的系统编写测试，您可以构建一个接受文件的模拟，并且可以使用它来断言上传的文件是正确的。或者，在较小的范围内，通常使用对象的模拟来验证被测系统是否调用了被模拟对象的特定方法。
模拟与交互测试绑定在一起，这是一种特定的测试方法。那些更喜欢测试系统状态而不是系统交互的人会谨慎地使用模拟。
测试双打
假的、存根的和模拟的都属于测试替身的范畴。测试double是您在测试中使用的任何对象或系统，而不是其他东西。大多数自动化软件测试都涉及到使用某种类型的测试替身。其他类型的测试双重对象包括虚值、间谍和I/O黑洞。
你可以得到一些信息:
来自马丁·福勒关于莫克和斯塔克的信
假对象实际上有工作实现，但通常采取一些捷径，这使得它们不适合生产
存根为测试过程中拨打的电话提供了预先准备好的答案，通常不会对测试程序之外的任何内容做出任何回应。存根还可以记录有关通话的信息，例如电子邮件网关存根可以记住它“发送”的消息，或者可能只记住它“发送”了多少消息。
mock就是我们在这里讨论的对象:用期望预编程的对象，这些期望形成了期望它们接收的调用的规范。
从xunitpattern:
Fake:我们获得或构建SUT所依赖的组件所提供的相同功能的非常轻量级的实现，并指示SUT使用它而不是真正的功能。
存根:这个实现被配置为响应来自SUT的调用，使用值(或异常)在SUT中执行未测试的代码(参见第X页的生产bug)。使用测试存根的一个关键指示是由于无法控制SUT的间接输入而导致的未测试代码
模拟对象，它实现了与SUT(被测系统)所依赖的对象相同的接口。当我们需要进行行为验证时，我们可以使用模拟对象作为观察点，以避免由于无法观察在SUT上调用方法的副作用而导致的未测试需求(参见第X页的生产bug)。
就我个人而言
我试图通过使用:Mock和Stub来简化。当它是一个返回被测试类的值的对象时，我使用Mock。我使用Stub来模拟要测试的接口或抽象类。事实上，如何称呼它并不重要，它们都是在生产中不使用的类，而被用作测试的实用程序类。
这是一个让测试富有表现力的问题。如果我想让测试描述两个对象之间的关系，我就在Mock上设置期望。我存根返回值，如果我设置一个支持对象，让我在测试中有趣的行为。
