模拟器

    测试 Laravel 应用时,有时候你可能想要「模拟」实现应用的部分功能的行为,从而避免该部分在测试过程中真正执行。例如,控制器执行过程中会触发一个事件( Events ),你想要模拟这个事件的监听器,从而避免该事件在测试这个控制器时真正执行。如上可以让你仅测试控制器的 HTTP 响应情况,而不用去担心触发事件。当然,你可以在单独的测试中测试该事件的逻辑。

    Laravel 针对事件、任务和 facades 的模拟提供了开箱即用的辅助函数。这些辅助函数基于 Mockery 封装而成,使用非常简单,无需你手动调用复杂的 Mockery 函数。当然,你也可以使用 Mockery 或者 PHPUnit 创建自己的模拟器。

    事件

    如果在你的项目中大量使用了 Laravel 的事件系统,那你可能经常会希望在测试过程中禁用特定的事件。比如,测试用户注册时并不想触发 事件,此类事件的常见行为包括发送「欢迎」邮件等。

    Laravel 提供了一个非常方便的方法 expectsEvents ,可以用来阻止触发特定事件,而不影响其他事件:

    你也可以使用 doesntExpectEvents 函数来验证事件确定没有被触发:

    1. <?php
    2. use App\Events\OrderShipped;
    3. use App\Events\OrderFailedToShip;
    4. class ExampleTest extends TestCase
    5. {
    6. /**
    7. * 测试订单发货
    8. */
    9. public function testOrderShipping()
    10. {
    11. $this->expectsEvents(OrderShipped::class);
    12. $this->doesntExpectEvents(OrderFailedToShip::class);
    13. // 测试订单发货...
    14. }
    15. }

    如果你想阻止所有事件的触发,可以使用 withoutEvents 方法。该方法调用后,所有事件触发事件都将被模拟器捕获:

    1. <?php
    2. class ExampleTest extends TestCase
    3. {
    4. public function testUserRegistration()
    5. {
    6. $this->withoutEvents();
    7. // 测试用户注册的代码...
    8. }
    9. }

    1. <?php
    2. use App\Events\OrderShipped;
    3. use App\Events\OrderFailedToShip;
    4. use Illuminate\Support\Facades\Event;
    5. class ExampleTest extends TestCase
    6. {
    7. /**
    8. * Test order shipping.
    9. */
    10. public function testOrderShipping()
    11. {
    12. Event::fake();
    13. // 处理订单的运送。。。
    14. Event::assertFired(OrderShipped::class, function ($e) use ($order) {
    15. return $e->order->id === $order->id;
    16. });
    17. Event::assertNotFired(OrderFailedToShip::class);
    18. }
    19. }

    有些时候,在测试应用程序的一些请求时,可能会希望测试指定任务是否已经发送。上述做法可以对你的控制器进行隔离测试,无需在意任务处理器的逻辑。当然,你可以在单独的测试中测试这个任务处理器。

    Laravel 提供了一个非常方便的方法 expectsJobs ,可以用来验证指定任务是否已被发送。当然,这个任务不会被执行:

    与事件的模拟器辅助函数类似,你可以使用 doesntExpectJobs 方法来确定指定任务是否没有被发送:

    1. <?php
    2. class App\Jobs\ShipOrder;
    3. class ExampleTest extends TestCase
    4. {
    5. /**
    6. * 测试订单取消操作
    7. */
    8. public function testOrderCancellation()
    9. {
    10. $this->doesntExpectJobs(ShipOrder::class);
    11. // 测试订单取消操作...
    12. }
    13. }

    或者,你可以使用 withoutJobs 方法阻止发送所有任务。在测试中调用此方法后,当前测试中所有任务都会被丢弃:

    1. <?php
    2. class App\Jobs\ShipOrder;
    3. class ExampleTest extends TestCase
    4. {
    5. /**
    6. * 测试订单取消操作
    7. */
    8. public function testOrderCancellation()
    9. {
    10. $this->withoutJobs();
    11. // 测试订单取消操作...
    12. }
    13. }

    另外一种模拟的方法是使用 Queue facade 的 fake 方法,测试的时候并不会任务放入队列。你可以断言任务被放进了队列,甚至可以检查它们收到的数据。使用 fakes 的时候,断言一般出现在测试代码的后面。

    1. <?php
    2. use App\Jobs\ShipOrder;
    3. use Illuminate\Support\Facades\Queue;
    4. class ExampleTest extends TestCase
    5. {
    6. public function testOrderShipping()
    7. {
    8. Queue::fake();
    9. // 处理订单的运送。。。
    10. Queue::assertPushed(ShipOrder::class, function ($job) use ($order) {
    11. return $job->order->id === $order->id;
    12. });
    13. // 断言任务进入的队列
    14. Queue::assertPushedOn('queue-name', ShipOrder::class);
    15. // 断言任务没有进入队列
    16. Queue::assertNotPushed(AnotherJob::class);
    17. }

    邮件 Fakes

    可以使用 Mail facade 的 fake 方法,测试时不会真的发送邮件。然后你可以断言 mailables 发送给了用户, 甚至可以检查他们收到的数据. 使用 fakes 时, 断言一般在测试代码的后面.

    可以使用 Notification facade 的 fake 方法, 测试的时候并不会真的发送通知. 然后可以断言通知发送给你用户, 甚至可以检查他们收到的数据. 使用 fakes 时, 断言一般出现在测试代码的后面.

    1. <?php
    2. use App\Notifications\OrderShipped;
    3. use Illuminate\Support\Facades\Notification;
    4. class ExampleTest extends TestCase
    5. public function testOrderShipping()
    6. {
    7. Notification::fake();
    8. // 处理订单运送
    9. Notification::assertSentTo(
    10. $user,
    11. OrderShipped::class,
    12. function ($notification, $channels) use ($order) {
    13. return $notification->order->id === $order->id;
    14. }
    15. );
    16. // 断言通知发送给了用户
    17. Notification::assertSentTo(
    18. [$user], OrderShipped::class
    19. );
    20. // 断言通知没有发送
    21. Notification::assertNotSentTo(
    22. [$user], AnotherNotification::class
    23. );
    24. }
    25. }

    Facades

    不像传统的静态函数调用, facades 是可以被模拟的,相对静态函数来说这是个巨大的优势,即使你在使用依赖注入,测试时依然会非常方便。在很多测试中,你可能经常想在控制器中模拟对 Laravel facade 的调用。比如下面控制器中的行为:

    1. <?php
    2. namespace App\Http\Controllers;
    3. use Illuminate\Support\Facades\Cache;
    4. class UserController extends Controller
    5. {
    6. /**
    7. * 显示网站的所有用户
    8. *
    9. * @return Response
    10. */
    11. public function index()
    12. {
    13. $value = Cache::get('key');
    14. //
    15. }
    16. }

    我们可以通过 shouldReceive 方法模拟 Cache facade ,此函数会返回一个模拟器 ( ) 实例,由于对 facade 的调用实际上都是由 Laravel 的 service container 管理的,所以 facade 能比传统的静态类表现出更好的测试便利性。如下,我们来模拟一下 Cache facade get 方法的行为:

    1. <?php
    2. class FooTest extends TestCase
    3. {
    4. public function testGetIndex()
    5. {
    6. Cache::shouldReceive('get')
    7. ->once()
    8. ->with('key')
    9. ->andReturn('value');
    10. $this->visit('/users')->see('value');
    11. }