PHP:我应该嘲笑还是应该走?
简而言之模拟
模拟旨在测试真实对象的行为。
它们模拟依赖关系,因此您不必调用可能显着减慢单元测试速度的外部资源。
您可以定义期望并验证它们。
例如,您可以确保某个方法被调用特定次数和/或使用某些参数:
use phpunitramework estcase;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 codeclass 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 种方法
使用模拟来掩盖不良的设计实践
很容易忽略组件之间的紧密耦合:
$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 可以跟踪方法调用及其参数。
不要忘记返回代表真实行为的值。否则,你可能会产生一种错误的安全感。
应谨慎使用模拟,以避免不必要的维护复杂性。