Laravel Browser Kit Testing Helper for Packages Development
BrowserKit Testbench Component is a simple package that is supposed to help you write tests for your Laravel package using laravel/browser-kit-testing., (*1)
, (*2)
Version Compatibility
Laravel |
Testbench Browser Kit |
6.x |
4.x |
7.x |
5.x |
8.x |
6.x |
9.x |
7.x |
10.x |
8.x |
Installation
To install through composer, run the following command from terminal:, (*3)
composer require --dev "orchestra/testbench-browser-kit"
Usages
Testbench Browser Kit added Browser Kit testing support for Laravel 5.4 and above. All you need to do is to replace Orchestra\Testbench\TestCase
to Orchestra\Testbench\BrowserKit\TestCase
and you should be good to go., (*4)
<?php
namespace Tests;
use Orchestra\Testbench\BrowserKit\TestCase as BaseTestCase;
abstract class TestCase extends BaseTestCase
{
public $baseUrl = 'http://localhost';
// ...
}
Introduction
Laravel BrowserKit Testing provides a very fluent API for making HTTP requests to your application, examining the output, and even filling out forms. For example, take a look at the test defined below:, (*5)
<?php
use Illuminate\Foundation\Testing\WithoutMiddleware;
use Illuminate\Foundation\Testing\DatabaseTransactions;
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*
* @return void
*/
public function testBasicExample()
{
$this->visit('/')
->see('Laravel')
->dontSee('Rails');
}
}
The visit
method makes a GET
request into the application. The see
method asserts that we should see the given text in the response returned by the application. The dontSee
method asserts that the given text is not returned in the application response. This is the most basic application test available in Laravel., (*6)
You may also use the 'visitRoute' method to make a 'GET' request via a named route:, (*7)
$this->visitRoute('profile');
$this->visitRoute('profile', ['user' => 1]);
Interacting With Your Application
Of course, you can do much more than simply assert that text appears in a given response. Let's take a look at some examples of clicking links and filling out forms:, (*8)
, (*9)
Interacting With Links
In this test, we will make a request to the application, "click" a link in the returned response, and then assert that we landed on a given URI. For example, let's assume there is a link in our response that has a text value of "About Us":, (*10)
<a href="/about-us">About Us</a>
Now, let's write a test that clicks the link and asserts the user lands on the correct page:, (*11)
public function testBasicExample()
{
$this->visit('/')
->click('About Us')
->seePageIs('/about-us');
}
You may also check that the user has arrived at the correct named route using the seeRouteIs
method:, (*12)
->seeRouteIs('profile', ['user' => 1]);
Laravel also provides several methods for testing forms. The type
, select
, check
, attach
, and press
methods allow you to interact with all of your form's inputs. For example, let's imagine this form exists on the application's registration page:, (*13)
We can write a test to complete this form and inspect the result:, (*14)
public function testNewUserRegistration()
{
$this->visit('/register')
->type('Taylor', 'name')
->check('terms')
->press('Register')
->seePageIs('/dashboard');
}
Of course, if your form contains other inputs such as radio buttons or drop-down boxes, you may easily fill out those types of fields as well. Here is a list of each form manipulation method:, (*15)
Method |
Description |
$this->type($text, $elementName) |
"Type" text into a given field. |
$this->select($value, $elementName) |
"Select" a radio button or drop-down field. |
$this->check($elementName) |
"Check" a checkbox field. |
$this->uncheck($elementName) |
"Uncheck" a checkbox field. |
$this->attach($pathToFile, $elementName) |
"Attach" a file to the form. |
$this->press($buttonTextOrElementName) |
"Press" a button with the given text or name. |
If your form contains file
inputs, you may attach files to the form using the attach
method:, (*16)
public function testPhotoCanBeUploaded()
{
$this->visit('/upload')
->attach($pathToFile, 'photo')
->press('Upload')
->see('Upload Successful!');
}
Testing JSON APIs
Laravel also provides several helpers for testing JSON APIs and their responses. For example, the json
, get
, post
, put
, patch
, and delete
methods may be used to issue requests with various HTTP verbs. You may also easily pass data and headers to these methods. To get started, let's write a test to make a POST
request to /user
and assert that the expected data was returned:, (*17)
<?php
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*
* @return void
*/
public function testBasicExample()
{
$this->json('POST', '/user', ['name' => 'Sally'])
->seeJson([
'created' => true,
]);
}
}
{tip} The seeJson
method converts the given array into JSON, and then verifies that the JSON fragment occurs anywhere within the entire JSON response returned by the application. So, if there are other properties in the JSON response, this test will still pass as long as the given fragment is present., (*18)
Verifying Exact Match
If you would like to verify that the given array is an exact match for the JSON returned by the application, you should use the seeJsonEquals
method:, (*19)
<?php
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*
* @return void
*/
public function testBasicExample()
{
$this->json('POST', '/user', ['name' => 'Sally'])
->seeJsonEquals([
'created' => true,
]);
}
}
Verifying Structural Match
It is also possible to verify that a JSON response adheres to a specific structure. In this scenario, you should use the seeJsonStructure
method and pass it your expected JSON structure:, (*20)
<?php
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*
* @return void
*/
public function testBasicExample()
{
$this->get('/user/1')
->seeJsonStructure([
'name',
'pet' => [
'name',
'age',
],
]);
}
}
The above example illustrates an expectation of receiving a name
attribute and a nested pet
object with its own name
and age
attributes. seeJsonStructure
will not fail if additional keys are present in the response. For example, the test would still pass if the pet
had a weight
attribute., (*21)
You may use the *
to assert that the returned JSON structure has a list where each list item contains at least the attributes found in the set of values:, (*22)
<?php
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*
* @return void
*/
public function testBasicExample()
{
// Assert that each user in the list has at least an id, name and email attribute.
$this->get('/users')
->seeJsonStructure([
'*' => [
'id',
'name',
'email',
],
]);
}
}
You may also nest the *
notation. In this case, we will assert that each user in the JSON response contains a given set of attributes and that each pet on each user also contains a given set of attributes:, (*23)
$this->get('/users')
->seeJsonStructure([
'*' => [
'id', 'name', 'email', 'pets' => [
'*' => [
'name',
'age',
],
],
],
]);
Sessions / Authentication
Laravel provides several helpers for working with the session during testing. First, you may set the session data to a given array using the withSession
method. This is useful for loading the session with data before issuing a request to your application:, (*24)
<?php
class ExampleTest extends TestCase
{
public function testApplication()
{
$this->withSession(['foo' => 'bar'])
->visit('/');
}
}
Of course, one common use of the session is for maintaining state for the authenticated user. The actingAs
helper method provides a simple way to authenticate a given user as the current user. For example, we may use a model factory to generate and authenticate a user:, (*25)
<?php
class ExampleTest extends TestCase
{
public function testApplication()
{
$user = factory(App\User::class)->create();
$this->actingAs($user)
->withSession(['foo' => 'bar'])
->visit('/')
->see('Hello, '.$user->name);
}
}
You may also specify which guard should be used to authenticate the given user by passing the guard name as the second argument to the actingAs
method:, (*26)
$this->actingAs($user, 'api')
, (*27)
Disabling Middleware
When testing your application, you may find it convenient to disable middleware for some of your tests. This will allow you to test your routes and controller in isolation from any middleware concerns. Laravel includes a simple WithoutMiddleware
trait that you can use to automatically disable all middleware for the test class:, (*28)
<?php
use Illuminate\Foundation\Testing\WithoutMiddleware;
use Illuminate\Foundation\Testing\DatabaseMigrations;
use Illuminate\Foundation\Testing\DatabaseTransactions;
class ExampleTest extends TestCase
{
use WithoutMiddleware;
//
}
If you would like to only disable middleware for a few test methods, you may call the withoutMiddleware
method from within the test methods:, (*29)
<?php
class ExampleTest extends TestCase
{
/**
* A basic functional test example.
*
* @return void
*/
public function testBasicExample()
{
$this->withoutMiddleware();
$this->visit('/')
->see('Laravel');
}
}
Custom HTTP Requests
If you would like to make a custom HTTP request into your application and get the full Illuminate\Http\Response
object, you may use the call
method:, (*30)
public function testApplication()
{
$response = $this->call('GET', '/');
$this->assertEquals(200, $response->status());
}
If you are making POST
, PUT
, or PATCH
requests you may pass an array of input data with the request. Of course, this data will be available in your routes and controller via the Request instance:, (*31)
$response = $this->call('POST', '/user', ['name' => 'Taylor']);
PHPUnit Assertions
Laravel provides a variety of custom assertion methods for PHPUnit tests:, (*32)
Method |
Description |
->assertResponseOk(); |
Assert that the client response has an OK status code. |
->assertResponseStatus($code); |
Assert that the client response has a given code. |
->assertViewHas($key, $value = null); |
Assert that the response view has a given piece of bound data. |
->assertViewHasAll(array $bindings); |
Assert that the view has a given list of bound data. |
->assertViewMissing($key); |
Assert that the response view is missing a piece of bound data. |
->assertRedirectedTo($uri, $with = []); |
Assert whether the client was redirected to a given URI. |
->assertRedirectedToRoute($name, $parameters = [], $with = []); |
Assert whether the client was redirected to a given route. |
->assertRedirectedToAction($name, $parameters = [], $with = []); |
Assert whether the client was redirected to a given action. |
->assertSessionHas($key, $value = null); |
Assert that the session has a given value. |
->assertSessionHasAll(array $bindings); |
Assert that the session has a given list of values. |
->assertSessionHasErrors($bindings = [], $format = null); |
Assert that the session has errors bound. |
->assertHasOldInput(); |
Assert that the session has old input. |
->assertSessionMissing($key); |
Assert that the session is missing a given key. |