简而言之模拟
模拟旨在测试真实对象的行为。
它们模拟依赖关系，因此您不必调用可能显着减慢单元测试速度的外部资源。
您可以定义期望并验证它们。
例如，您可以确保某个方法被调用特定次数和/或使用某些参数：
use phpunit\framework\testcase;
class mytest extends testcase
{
public function testmockexample(): void
{
$depencencymock = $this->createmock(mydependency::class);
$dependencymock->expects($this->exactly(2))
->method('somemethod')
->with('some parameter');
$classtotest = new classtotest($dependencymock);
}
}
返回值
willreturn() 确保与返回类型的兼容性：
// in code
class myclass {
public function getnum(): int {
}
}
// in tests
$myclassmock = $this->createmock(myclass::class);
$myclassmock->expects($this->once())
->method('getnum')
->willreturn(2);
如果您想根据输入参数测试动态行为，也可以使用 willreturncallback。
立即学习“PHP免费学习笔记（深入）”；
应避免的不良做法
由于模拟仅模仿真实行为，因此很容易错过要点。让我们讨论一下常见的不良做法：
无期望返回值
❌不要这样做：
$colorservicemock = $this->createmock(colorservice::class);
$colorservicemock->method('hextoname')
->willreturn('red');
$color = (new myclass($colorservicemock))->getcolorname('ff0000');
✅ 相反，添加一些期望：
$colorservicemock->expects($this->once())
->method('hextoname')
->with('00f00')
->willreturn('green');
$color = (new myclass($colorservicemock))->getcolorname('00f00');
记住模拟的目的是验证交互。
模拟真实对象而不是接口
让我们测试一下实现 someinterface 的 myclass。
❌不要这样做：
$myclassmock = $this->createmock(myclass::class);
✅ 相反，模拟界面：
$myclassmock = $this->createmock(someinterface::class);
模拟关注行为。接口通常不会改变，因为您应该修改实现，而不是契约。
过度模拟测试
tomas votruba 精美地解释了这个问题：从过度模拟测试中提取价值的 5 种方法
使用模拟来掩盖不良的设计实践
很容易忽略组件之间的紧密耦合：
该软件是以php+MySQL进行开发的黑色自适应企业网站。运行网站会自动安装，后台地址：http://您的网址/admin/ 默认用户名和密码admin我公司可提供二次开发，修改，logo设计。
$productrepositorymock = $this->createmock(productrepository::class); $invoicerepositorymock = $this->createmock(invoicerepository::class); $emailservicemock = $this->createmock(emailservice::class); $overcomplexservice = new overcomplexservice($productrepositorymock, $invoicerepositorymock, $emailservicemock);
上面的示例打破了关注点分离，而模拟则延续了这种不良做法。
完全依赖模拟
模拟是强大的工具，但单元测试还不够。您需要各种其他类型的测试（例如集成、e2e）。
如何发现模拟的错误使用
除了不良做法之外，还有其他迹象可能表明项目中误用或过度使用了模拟：
- 测试不反映真实场景，忽略了生产中的关键问题
- 测试和实现之间存在紧密的联系，导致相关模拟的频繁更新
- 测试过于复杂，使得它们更难阅读和维护
模拟和存根
martin fowler 写了一篇精彩的文章，解释了为什么 mock 不是 stub。
让我们看看您可能会使用它们的具体情况：
何时使用模拟
这里有一些测试用例，其中模拟更有意义：
- 您需要测试您的类如何与其依赖项交互
- 您需要检查复杂的序列，其中使用不同的参数多次调用特定方法
何时使用存根
您可以非常方便地使用 phpunit 创建存根：
$myDependencyStub = $this->createStub(MyDependency::class);
以下是一些测试用例，其中存根更有意义：
- 您想要测试代码的输出或状态，而不需要验证交互
- 您需要测试一些计算，而不需要与实际数据库交互
简而言之，存根并不是为了检查真实对象的行为，而是状态。
微调
单元测试的主要目的是确保每个单元/组件按预期工作，但除了实际代码之外，您还必须维护这些测试。
存根可以简化测试设置，对于不需要跟踪方法调用和交互的简单场景非常有效。
它可以通过集中某些测试来防止不必要的复杂性。
包起来
mock 可以跟踪方法调用及其参数。
不要忘记返回代表真实行为的值。否则，你可能会产生一种错误的安全感。
应谨慎使用模拟，以避免不必要的维护复杂性。
