什么时候使用 Mock v. Stub，或者什么都不用？
When to use a Mock v. Stub, or neither?
我一直在阅读模拟和存根，了解它们的区别和用途。我仍然有点困惑，但我想我已经明白了。
现在我想知道应用程序。我可以看到在测试场景中创建 "fake" 对象的用途，在这些场景中实际对象太复杂而无法四处测试一个方面。
但让我们考虑一下我的应用程序：我正在研究计算几何库。我们的库定义了点、线、线段、向量、多边形和多面体，以及一堆其他对象和所有常见的几何操作。任何给定的对象都存储为点或方向或较低级别对象的列表。但是 none 这些对象的生成时间超过几毫秒。
当我测试这个库时，在任何地方使用 Mocks/Stubs 是否有意义？
现在我们只使用特定的测试用例。我们称它们为存根，但我认为它们不符合存根的技术定义。你认为更好的词汇是什么？ "TestCases"？ "Examples"?
源代码：https://bitbucket.org/Clearspan/geometry-class-library/src
编辑：请注意，我们正在努力实现所有几何对象的不变性，因此只有测试操作结果才有意义，而不是初始对象的状态更改。
根据经验，当您需要模拟行为时使用 Mocks，而当您的测试中唯一重要的是您正在与之通信的对象的状态时使用存根。
考虑到您对 post 所做的编辑，当您需要接收不可变对象时使用存根，但当您需要调用该对象公开的操作时，请通过这种方式进行模拟由于另一个 class 实现中的错误，您不容易导致测试失败。
mock 和 stub 之间的根本区别在于 mock 可以使您的测试失败。存根不能。 Stub用于保证正确的程序流程。它永远不是断言的一部分。
注意mock也可以用来保证流量。换句话说，每个 mock 也是一个 stub，而 stub 永远不是 mock。由于如今责任重叠，您看不到模拟和存根之间有太大区别，框架设计者会使用更通用的术语（如 fake, substitute or catch-all mock）。
这个实现（mock - assert, stub - flow）帮助我们缩小了一些使用场景。从更简单的开始...
模拟
正如我提到的，模拟用于断言中。当您的组件的预期行为是它应该与另一个组件通信时 - 使用模拟。所有这些
emailSender.SendEmail(email);
endOfDayRunner.Run();
jobScheduler.ScheduleJob(jobDetails);
只能通过询问 "Did it call ScheduleJob with such and such parameters?" 来测试，这是你去模拟的地方。通常这将是 mock 的唯一使用场景。
存根
存根有点不同。是否使用存根是一个设计问题。一旦您遵循常规的松散耦合、基于依赖注入的设计，最终您将得到大量接口。
现在，在测试的时候，return如何从接口取值？您要么存根它，要么使用真正的实现。每种方法都有其优点和缺点：
- 使用库生成的存根，您的测试将不那么脆弱，但可能需要更多的前期工作（设置存根等）
- 在实际实施中，设置工作已经完成，但是当
Angle class 更改时 CoordinateSystem 可能会失败...这种行为是否可取？
是吗？使用哪一个？两个都！这一切都取决于...
工作单元
我们到达了问题的最终部分和实际部分。你的单元测试的范围是什么？ 单位是什么？ CoordinateSystem 可以从其内部工作和依赖项（Angle、Point、Line）中分离出来吗？它们可以被存根吗？或者更重要的是，他们应该是吗？
您始终需要确定您的单位是什么。是 CoordinateSystem 单独还是 Angle、Line 和 Point 发挥了重要作用？在很多很多情况下，单元将由方法及其 周围的生态系统 组成，包括领域对象、助手 classes、扩展，有时甚至是其他方法和其他 classes.
自然地，您可以将它们分开并一路存根，但是...它真的是您的单位吗？
我一直在阅读模拟和存根，了解它们的区别和用途。我仍然有点困惑，但我想我已经明白了。
现在我想知道应用程序。我可以看到在测试场景中创建 "fake" 对象的用途，在这些场景中实际对象太复杂而无法四处测试一个方面。
但让我们考虑一下我的应用程序：我正在研究计算几何库。我们的库定义了点、线、线段、向量、多边形和多面体，以及一堆其他对象和所有常见的几何操作。任何给定的对象都存储为点或方向或较低级别对象的列表。但是 none 这些对象的生成时间超过几毫秒。
当我测试这个库时，在任何地方使用 Mocks/Stubs 是否有意义？
现在我们只使用特定的测试用例。我们称它们为存根，但我认为它们不符合存根的技术定义。你认为更好的词汇是什么？ "TestCases"？ "Examples"?
源代码：https://bitbucket.org/Clearspan/geometry-class-library/src
编辑：请注意，我们正在努力实现所有几何对象的不变性，因此只有测试操作结果才有意义，而不是初始对象的状态更改。
根据经验，当您需要模拟行为时使用 Mocks，而当您的测试中唯一重要的是您正在与之通信的对象的状态时使用存根。
考虑到您对 post 所做的编辑，当您需要接收不可变对象时使用存根，但当您需要调用该对象公开的操作时，请通过这种方式进行模拟由于另一个 class 实现中的错误，您不容易导致测试失败。
mock 和 stub 之间的根本区别在于 mock 可以使您的测试失败。存根不能。 Stub用于保证正确的程序流程。它永远不是断言的一部分。
注意mock也可以用来保证流量。换句话说，每个 mock 也是一个 stub，而 stub 永远不是 mock。由于如今责任重叠，您看不到模拟和存根之间有太大区别，框架设计者会使用更通用的术语（如 fake, substitute or catch-all mock）。
这个实现（mock - assert, stub - flow）帮助我们缩小了一些使用场景。从更简单的开始...
模拟
正如我提到的，模拟用于断言中。当您的组件的预期行为是它应该与另一个组件通信时 - 使用模拟。所有这些
emailSender.SendEmail(email);
endOfDayRunner.Run();
jobScheduler.ScheduleJob(jobDetails);
只能通过询问 "Did it call ScheduleJob with such and such parameters?" 来测试，这是你去模拟的地方。通常这将是 mock 的唯一使用场景。
存根
存根有点不同。是否使用存根是一个设计问题。一旦您遵循常规的松散耦合、基于依赖注入的设计，最终您将得到大量接口。
现在，在测试的时候，return如何从接口取值？您要么存根它，要么使用真正的实现。每种方法都有其优点和缺点：
- 使用库生成的存根，您的测试将不那么脆弱，但可能需要更多的前期工作（设置存根等）
- 在实际实施中，设置工作已经完成，但是当
Angleclass 更改时CoordinateSystem可能会失败...这种行为是否可取？
是吗？使用哪一个？两个都！这一切都取决于...
工作单元
我们到达了问题的最终部分和实际部分。你的单元测试的范围是什么？ 单位是什么？ CoordinateSystem 可以从其内部工作和依赖项（Angle、Point、Line）中分离出来吗？它们可以被存根吗？或者更重要的是，他们应该是吗？
您始终需要确定您的单位是什么。是 CoordinateSystem 单独还是 Angle、Line 和 Point 发挥了重要作用？在很多很多情况下，单元将由方法及其 周围的生态系统 组成，包括领域对象、助手 classes、扩展，有时甚至是其他方法和其他 classes.
自然地，您可以将它们分开并一路存根，但是...它真的是您的单位吗？