Dwight Watson's blog

Scaffolding Laravel tests

This blog post was originally published a little while ago. Please consider that it may no longer be relevant or even accurate.

I've been a big fan of forced resourcefulness – that is to ensure your controllers map to a single resource only and have exposed at most the 7 resourceful actions; index, create, store, show, edit, update, destroy (or similar, depending on what framework you're using).

There are many benefits to writing your apps this way, including keeping your code organised, your classes shorter and cleaner and easier to navigate. In addition it also allows you to scaffold the CRUD logic relatively easy. Not in the sense of using controller generators (not ruling that out, though), but that the core logic in a CRUD controller generally matches a pattern.

The index action will get a collection of the resource and return a view. The create action will return a view. The store action will validate a request, create a resource and redirect. The show and edit actions will fetch a resource and return a view. The update action will validate a request, fetch and update a resource and redirect. The destroy action will fetch and destroy a resource and redirect. Simple.

As an example of a resourceful controller let's take a look at the PostsController.php that I put together as part of my gold-standard repository. It's a demonstration (at the most basic level) how a controller would fulfil the requirements of all 7 actions.

<?php

namespace App\Http\Controllers;

use App\Post;
use App\Http\Requests\PostRequest;

class PostsController extends Controller
{
/**
* GET /posts
*
* @return \Illuminate\View\View
*/
public function index()
{
$posts = Post::latest()->get();

return view('posts.index', compact('posts'));
}

/**
* GET /posts/create
*
* @return \Illuminate\View\View
*/
public function create()
{
return view('posts.create');
}

/**
* POST /posts
*
* @param \App\Http\Requests\PostRequest $request
* @return \Illuminate\Http\RedirectResponse
*/
public function store(PostRequest $request)
{
$post = Post::create($request->all());

return redirect()->route('posts.show', $post)
->withSuccess('Post was created successfully.');
}
/**
* GET /posts/1
*
* @param \App\Post $post
* @return \Illuminate\View\View
*/
public function show(Post $post)
{
return view('posts.show', compact('post'));
}

/**
* GET /posts/1/edit
*
* @param \App\Post $post
* @return \Illuminate\View\View
*/
public function edit(Post $post)
{
return view('posts.edit', compact('post'));
}

/**
* PUT /posts/1
*
* @param \App\Post $post
* @param \App\Http\Requests\PostRequest $request
* @return \Illuminate\Http\RedirectResponse
*/
public function update(Post $post, PostRequest $request)
{
$post->update($request->all());

return redirect()->route('posts.show', $post)
->withSuccess('Post was updated successfully.');
}

/**
* DELETE /posts/1
*
* @param \App\Post $post
* @return \Illuminate\Http\RedirectResponse
*/
public function destroy(Post $post)
{
$post->delete();

return redirect()->route('posts.index');
}
}

When writing new controllers I often follow this scaffold so that my code is clean and predictable. You completely cover the necessary actions of a resource in just under 100 lines. If we take this approach to scaffolding/templating our resourceful controllers we can take this one step further as well - apply it to our tests.

Now let's take a look at PostsControllerTest.php also in the gold-standard repository. This template provides tests for all 7 actions and their expected outcomes, including validation errors when creating and updating a resource.

<?php

namespace Tests\Feature;

use App\Post;
use Tests\TestCase;
use Illuminate\Foundation\Testing\WithoutMiddleware;
use Illuminate\Foundation\Testing\DatabaseMigrations;
use Illuminate\Foundation\Testing\DatabaseTransactions;

class PostsControllerTest extends TestCase
{
use DatabaseTransactions;

/** @test */
function it_displays_the_index_page()
{
$response = $this->get('/posts');

$response->assertStatus(200);
}

/** @test */
function it_displays_the_create_page()
{
$response = $this->get('/posts/create');

$response->assertStatus(200);
}

/** @test */
function it_stores_a_valid_post()
{
$attributes = factory(Post::class)->raw();

$response = $this->post('/posts', $attributes);

$post = Post::first();

$response->assertRedirect("/posts/{$post->id}");
}

/** @test */
function it_does_not_store_invalid_post()
{
$response = $this->post('/posts', []);

$response->assertSessionHasErrors();

$this->assertNull(Post::first());
}

/** @test */
function it_displays_the_show_page()
{
$post = factory(Post::class)->create();

$response = $this->get("/posts/{$post->id}");

$response->assertStatus(200);
}

/** @test */
function it_displays_the_edit_page()
{
$post = factory(Post::class)->create();

$response = $this->get("/posts/{$post->id}/edit");

$response->assertStatus(200);
}

/** @test */
function it_updates_valid_post()
{
$post = factory(Post::class)->create();

$attributes = factory(Post::class)->raw(['title' => 'Updated']);

$response = $this->put("/posts/{$post->id}", $attributes);

$response->assertRedirect("/posts/{$post->id}");

$this->assertEquals('Updated', $post->fresh()->title);
}

/** @test */
function it_does_not_update_invalid_post()
{
$post = factory(Post::class)->create(['title' => 'Example']);

$response = $this->put("/posts/{$post->id}", []);

$response->assertSessionHasErrors();

$this->assertEquals('Example', $post->fresh()->title);
}

/** @test */
function it_deletes_post()
{
$post = factory(Post::class)->create();

$response = $this->delete("/posts/{$post->id}");

$response->assertRedirect('/posts');

$this->assertNull($post->fresh());
}
}

You can see that the template is pretty simple, and not much longer than the controller itself. It utilises model factories to interact with actual models and generate model attributes on the fly. It hits the database hard and fast to actually test the application is working how you expect.

For the most part it's easy to see how you can re-purpose a scaffold like this when working with a resourceful controller. If you're using Artisan commands or Sublime Text/whatever text editor you use snippets to generate controller code, consider doing the same with your tests.

Write tight resourceful controllers and you can drop in these resourceful controller tests with little customisation to get them green and give you confidence that your app works.

A blog about Laravel & Rails by Dwight Watson;

Picture of Dwight Watson

Follow me on Twitter, or GitHub.