Mocking and faking in Laravel - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a mock of the User model.

Laravel

$user = $this->[1](User::class);

Drag options to blanks, or click blank then click option'

Afake

Bmock

Cspy

Dcreate

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'fake' instead of 'mock' when creating a mock object.

Using 'create' which actually creates a real instance.

Use mock to create a mock object in Laravel for testing.

2fill in blank

medium

Complete the code to fake the mail sending in a test.

Laravel

Mail::[1]();

Drag options to blanks, or click blank then click option'

Aspy

Bmock

Csend

Dfake

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'mock' which creates a mock but does not fake the mail system.

Using 'send' which actually sends mail.

Use fake to prevent actual mail sending during tests.

3fill in blank

hard

Fix the error in the code to assert a method was called once on a mock.

Laravel

$mock->shouldReceive('process')->[1]();

Drag options to blanks, or click blank then click option'

Anever

Btimes

Conce

Dtwice

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'never' which asserts the method was not called.

Using 'times' without specifying a number.

Use once() to assert the method was called exactly one time.

4fill in blank

hard

Fill both blanks to fake the event and assert it was dispatched.

Laravel

Event::[1]();
Event::[2](UserRegistered::class);

Drag options to blanks, or click blank then click option'

Afake

Bdispatched

CassertDispatched

Dspy

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'dispatched' instead of 'assertDispatched' for assertion.

Using 'spy' instead of 'fake' to fake events.

Use fake() to fake events and assertDispatched() to check an event was fired.

5fill in blank

hard

Fill all three blanks to mock a repository, set expectation, and call the method.

Laravel

$repo = $this->[1](UserRepository::class);
$repo->shouldReceive('[2]')->andReturn(true);
$result = $repo->[3]();

Drag options to blanks, or click blank then click option'

Amock

Bsave

Dfake

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'fake' instead of 'mock' to create the mock.

Using different method names in expectation and call.

First, create a mock with mock(). Then set expectation on save method and call it.

Practice

1. What is the main purpose of mocking and faking in Laravel testing?

easy

A. To automatically generate user interfaces

B. To simulate external services without performing real actions

C. To permanently store test data in the database

D. To speed up the application in production

Solution

1. Step 1: Understand mocking and faking concept

   Mocking and faking are used to imitate external services or actions during tests without actually performing them.

2. Step 2: Identify the purpose in Laravel testing

   Laravel uses mocking and faking to avoid real side effects like sending emails or making HTTP requests during tests.

3. Final Answer:

   To simulate external services without performing real actions -> Option B

4. Quick Check:

   Mocking = simulate services [OK]

Hint: Mocking means faking external actions in tests [OK]

Common Mistakes:

• Thinking mocking speeds up production
• Confusing mocking with real data storage
• Assuming mocking creates UI automatically

2. Which Laravel method correctly fakes sending emails in a test?

easy

A. Mail::fake();

B. Mail::sendFake();

C. Mail::mock();

D. Mail::simulate();

Solution

1. Step 1: Recall Laravel's mail faking method

   Laravel provides the Mail::fake() method to fake email sending during tests.

2. Step 2: Check method correctness

   Only Mail::fake() is the correct and existing method; others are invalid or do not exist.

3. Final Answer:

   Mail::fake(); -> Option A

4. Quick Check:

   Mail::fake() = correct syntax [OK]

Hint: Use Mail::fake() to fake emails in Laravel tests [OK]

Common Mistakes:

• Using non-existent methods like Mail::sendFake()
• Confusing mock() with fake()
• Forgetting the parentheses ()

3. What will the following Laravel test code output?

use Illuminate\Support\Facades\Http;

Http::fake();

$response = Http::get('https://example.com/api');

return $response->status();

medium

A. null

B. 404

C. 500

D. 200

Solution

1. Step 1: Understand Http::fake() behavior

   Http::fake() fakes all HTTP requests and returns a default successful response with status 200.

2. Step 2: Analyze the returned status code

   The $response->status() returns 200 because the fake response simulates success.

3. Final Answer:

   200 -> Option D

4. Quick Check:

   Http::fake() returns 200 status [OK]

Hint: Http::fake() returns 200 status by default [OK]

Common Mistakes:

• Assuming fake returns 404 or error
• Expecting null instead of response object
• Confusing Http::fake() with real HTTP call

4. Identify the error in this Laravel test code snippet:

use Illuminate\Support\Facades\Storage;

Storage::fake('local');

Storage::put('file.txt', 'Hello');

$this->assertTrue(Storage::exists('file.txt'));

medium

A. Storage::fake() must be called with 'public' disk, not 'local'

B. Storage::exists() should be Storage::disk('local')->exists()

C. No error, the code is correct

D. Storage::put() cannot be used after Storage::fake()

Solution

1. Step 1: Understand Storage::fake() usage

   Storage::fake('local') fakes the 'local' disk, which is Laravel's default disk.

2. Step 2: Check method calls for disk specification

   Storage::put() and Storage::exists() use the default disk ('local'), so they interact with the faked disk correctly. The assertion passes.

3. Final Answer:

   No error, the code is correct -> Option C

4. Quick Check:

   Default disk = 'local' [OK]

Hint: Storage:: methods use default disk after Storage::fake('local') [OK]

Common Mistakes:

• Thinking disk must always be explicitly specified
• Believing Storage::put() is disallowed after fake
• Confusing required disk names

5. You want to test that your Laravel app sends exactly one notification to a user without actually sending it. Which approach correctly achieves this?

hard

A. Use Notification::fake() and then assertNotificationSent()

B. Use Notification::send() and check the database for records

C. Use Notification::mock() and assertNothingSent()

D. Use Notification::fake() and then assertNothingSent()

Solution

1. Step 1: Choose the correct faking method for notifications

   Notification::fake() prevents real notifications from sending and allows assertions.

2. Step 2: Use the right assertion to check one notification sent

   assertNotificationSent() verifies that a notification was sent exactly once to the user.

3. Final Answer:

   Use Notification::fake() and then assertNotificationSent() -> Option A

4. Quick Check:

   Notification::fake() + assertNotificationSent() = test notifications [OK]

Hint: Fake notifications, then assertNotificationSent() to check sends [OK]

Common Mistakes:

• Using assertNothingSent() when expecting a notification
• Trying to check notifications via database records
• Using non-existent Notification::mock() method