我知道如何使用这些术语，但我想知道单元测试是否有伪造、模拟和存根的公认定义?如何为您的测试定义这些?描述一下你可能会用到它们的场景。
以下是我如何使用它们:
Fake:实现接口但包含固定数据且没有逻辑的类。只是根据实现返回“好”或“坏”数据。
Mock:实现接口的类，允许从特定方法动态设置返回值/抛出异常，并提供检查特定方法是否被调用/未调用的能力。
Stub:类似于模拟类，只是它不提供验证方法是否被调用的能力。
模拟和存根可以手工生成，也可以由模拟框架生成。假类是手工生成的。我使用模拟主要是为了验证我的类和依赖类之间的交互。一旦我验证了交互并在代码中测试替代路径，我就使用存根。我使用伪类主要是为了抽象出数据依赖关系，或者当mock /存根太乏味而每次都无法设置时。
当前回答
如果您熟悉arrange - act - assert，那么解释存根和mock之间的区别的一种方法可能对您有用，即存根属于arrange部分，因为它们用于排列输入状态，而mock属于assert部分，因为它们用于断言结果。
傻瓜什么都不做。它们只是用来填充参数列表，这样你就不会得到未定义或空错误。它们的存在也是为了满足静态类型语言中的类型检查器，这样您就可以编译和运行。
其他回答
根据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.
它们都被称为Test Doubles，用于注入测试用例所需的依赖项。
存根: 它已经有一个预定义的行为来设置您的期望 例如，stub只返回API响应的成功案例
mock是更聪明的存根。您验证您的测试通过了它。 所以你可以让amock返回成功或失败成功取决于你的测试用例可以改变的条件。
这是一个让测试富有表现力的问题。如果我想让测试描述两个对象之间的关系，我就在Mock上设置期望。我存根返回值，如果我设置一个支持对象，让我在测试中有趣的行为。
Stub, Fakes和Mocks在不同的来源中有不同的含义。我建议你介绍一下你的团队内部术语，并就其含义达成一致。
我认为区分两种方法很重要: -行为验证(暗示行为替换) -最终状态验证(暗示行为模拟)
考虑发送电子邮件以防出错。当做行为验证时，你检查IEmailSender的Send方法是否执行了一次。并且您需要模拟此方法的返回结果，返回发送消息的Id。所以你说:“我期望Send会被调用。我只会为任何调用返回虚拟(或随机)Id”。这就是行为验证: emailSender.Expect(es=> . send (anyThing)).Return((subject,body) => "dummyId")
在进行状态验证时，您需要创建实现IEmailSender的TestEmailSender。并实现发送方法-通过将输入保存到一些数据结构，将用于未来的状态验证，如一些对象的数组，然后它测试你将检查sentemail包含预期的电子邮件。这是状态验证: 断言。emailSender.SentEmails.Count AreEqual (1)
从我的阅读中，我了解到行为验证通常被称为mock。 状态验证通常被称为存根或假。
你可以得到一些信息:
来自马丁·福勒关于莫克和斯塔克的信
假对象实际上有工作实现，但通常采取一些捷径，这使得它们不适合生产
存根为测试过程中拨打的电话提供了预先准备好的答案，通常不会对测试程序之外的任何内容做出任何回应。存根还可以记录有关通话的信息，例如电子邮件网关存根可以记住它“发送”的消息，或者可能只记住它“发送”了多少消息。
mock就是我们在这里讨论的对象:用期望预编程的对象，这些期望形成了期望它们接收的调用的规范。
从xunitpattern:
Fake:我们获得或构建SUT所依赖的组件所提供的相同功能的非常轻量级的实现，并指示SUT使用它而不是真正的功能。
存根:这个实现被配置为响应来自SUT的调用，使用值(或异常)在SUT中执行未测试的代码(参见第X页的生产bug)。使用测试存根的一个关键指示是由于无法控制SUT的间接输入而导致的未测试代码
模拟对象，它实现了与SUT(被测系统)所依赖的对象相同的接口。当我们需要进行行为验证时，我们可以使用模拟对象作为观察点，以避免由于无法观察在SUT上调用方法的副作用而导致的未测试需求(参见第X页的生产bug)。
就我个人而言
我试图通过使用:Mock和Stub来简化。当它是一个返回被测试类的值的对象时，我使用Mock。我使用Stub来模拟要测试的接口或抽象类。事实上，如何称呼它并不重要，它们都是在生产中不使用的类，而被用作测试的实用程序类。
