在Laravel 單元測試中，通過模擬依賴可以隔離待測邏輯並避免副作用。 1. 模擬依賴能提升測試速度與穩(wěn)定性；2. 可預(yù)設(shè)外部服務(wù)行為以驗證代碼響應(yīng)；3. 使用PHPUnit 和Laravel 輔助方法創(chuàng)建mock 對象；4. 根據(jù)需求選擇mock、stub 或fake；5. 保持接口簡潔並合理使用模擬，避免過度模擬。

When writing unit tests in Laravel, especially for classes that rely on external services or databases, mocking dependencies is a solid approach. It lets you isolate the logic you're testing without side effects from other parts of the system.

Why mock dependencies in unit tests?

Unit tests are meant to be fast and focused. If your class depends on something like an API client or a database connection, running real calls during tests slows things down and introduces unpredictability.

By mocking these dependencies, you simulate their behavior without actually using them. This way, you can test how your code responds under specific conditions — like a failed HTTP request or a database timeout — without having to recreate those situations in real life.

For example:

• You want to test what happens when an external service returns an error.
• You need to verify that certain methods are called with the right arguments.
• You're checking if your code handles different return values correctly.

Mocking gives you full control over these scenarios.

How to mock dependencies in Laravel

Laravel makes it easy to mock dependencies using PHPUnit's built-in mocking features and its own helper methods. Here's how you typically do it:

Let's say you have a class that uses a PaymentGateway contract:

 class InvoiceService {
    protected $gateway;

    public function __construct(PaymentGateway $gateway) {
        $this->gateway = $gateway;
    }

    public function chargeCustomer($amount) {
        return $this->gateway->charge($amount);
    }
}

In your test, you can mock the PaymentGateway like this:

 public function test_customer_is_charged_correctly() {
    // Create a mock instance of PaymentGateway
    $mock = $this->createMock(PaymentGateway::class);

    // Define what should happen when ->charge() is called
    $mock->method('charge')->willReturn(true);

    // Inject the mock into the class being tested
    $service = new InvoiceService($mock);

    // Run the test
    $result = $service->chargeCustomer(100);

    $this->assertTrue($result);
}

This keeps the test lightweight and predictable.

When to use mocks vs. fakes vs. stubs

It's easy to confuse different types of test doubles. Here's a quick breakdown:

• Mocks – Pre-programmed objects that set expectations about which methods should be called and with what arguments.
• Stubs – Provide predefined responses but don't care how many times they're called.
• Fakes – Simplified implementations (like an in-memory database) that behave realistically but aren't production-grade.

In most cases, when people talk about "mocking" in Laravel, they're referring to using mocks or stubs via PHPUnit.

If all you care about is returning a value to keep your code flowing, a simple stub is enough. But if you need to assert that a method was called exactly once with certain arguments, go with a mock.

Tips for effective dependency mocking

• Keep your interfaces clean: The easier a class is to instantiate with mocks, the better.
• Don't over-mock: Mock only what you need. Avoid mocking too many layers or internal logic.
• Use Laravel's built-in helpers: Like $this->mock() or $this->instance() for binding mocks into the container.
• Name your variables clearly: Instead of $mock , use something like $paymentGatewayMock so it's obvious what you're working with.

Also, remember that not everything needs to be mocked. Sometimes integration tests with real dependencies are more valuable — just save those for a separate test suite.

基本上就這些。

以上是Laravel中與嘲笑依賴關(guān)係的單位測試的詳細(xì)內(nèi)容。更多資訊請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！