Usage

$ phpunit --bootstrap=modules/unittest/bootstrap.php modules/unittest/tests.php

Alternatively you can use a phpunit.xml to have a more fine grained control over which tests are included and which files are whitelisted.

Make sure you only whitelist the highest files in the cascading filesystem, else you could end up with a lot of "class cannot be redefined" errors.

If you use the tests.php testsuite loader then it will only whitelist the highest files. See config/unittest.php for details on configuring the tests.php whitelist.

Writing tests

If you're writing a test for your application, place it in "application/tests". Similarly, if you're writing a test for a module place it in modules/modulefolder/tests.

Rather than tell you how to write tests I'll point you in the direction of the PHPUnit Manual. One thing you should bear in mind when writing tests is that testcases should extend Unittest_Testcase rather than PHPUnit_Framework_TestCase, doing so gives you access to useful kohana specific helpers such as setEnvironment().

Here's a taster of some of the cool things you can do with PHPUnit:

Data Providers

Sometimes you want to be able to run a specific test with different sets of data to try and test every eventuality.

Ordinarily you could use a foreach loop to iterate over an array of test data, however PHPUnit already can take care of this for us rather easily using "Data Providers". A data provider is a function that returns an array of arguments that can be passed to a test.

<?php

Class ReallyCoolTest extends Unittest_TestCase
{
    public function providerStrLen()
    {
        return [
            ['One set of testcase data', 24],
            ['This is a different one', 23],
        ];
    }

    /**
     * @dataProvider providerStrLen
     */
    public function testStrLen($string, $length)
    {
        $this->assertSame($length, strlen($string));
    }
}

The key thing to notice is the @dataProvider tag in the DocComment, this is what tells PHPUnit to use a data provider. The provider prefix is totally optional but it's a nice standard to identify providers.

For more info see:

• Data Providers

Grouping tests

To allow users to selectively run tests you need to organise your tests into groups. Here's an example test showing how to do this:

<?php

/**
 * This is a description for my testcase.
 *
 * @group somegroup
 * @group somegroup.morespecific
 */
Class AnotherReallyCoolTest extends Unittest_TestCase
{
    /**
     * Tests can also be grouped too!
     *
     * @group somegroup.morespecific.annoyingstuff
     */
    public function testSomeAnnoyingCase()
    {
        // CODE!!
    }
}

Our convention is to use lowercase group names, with more specific levels in a group separated by periods. For example, the Validate helper tests are part of the following groups:

kohana
kohana.validation
kohana.validation.helpers

To actually limit your testing to the "somegroup" group, use:

$ phpunit --boostrap=modules/unittest/bootstrap.php --group=somegroup modules/unittest/tests.php

This functionality can be used to record which bug reports a test is for:

/**
 *
 * @group bugs.1477
 */
function testAccountCannotGoBelowZero()
{
    // Some arbitary code
}

To see all groups that are available in your code run:

$ phpunit --boostrap=modules/unittest/bootstrap.php --list-groups modules/unittest/tests.php

Note: The --list-groups switch should appear before the path to the test suite loader.

You can also exclude groups while testing using the --exclude-group switch. This can be useful if you want to ignore all kohana tests:

$ phpunit --bootstrap=modules/unittest/bootstrap.php --exclude-group=kohana modules/unittest/tests.php