2017 © Pedro Peláez
 

library wp-tests-starter

A package that helps you setting up WordPress integration test environments quickly.

image

inpsyde/wp-tests-starter

A package that helps you setting up WordPress integration test environments quickly.

  • Thursday, January 28, 2016
  • by inpsyde
  • Repository
  • 7 Watchers
  • 15 Stars
  • 99 Installations
  • PHP
  • 2 Dependents
  • 0 Suggesters
  • 0 Forks
  • 4 Open issues
  • 5 Versions
  • 1 % Grown

The README.md

WP Tests Starter

This package provides an easy and reproducible way to set up integration tests for WordPress plugins and packages using composer. It allows you to configure your tests solely within a phpunit.xml file., (*1)

Make sure you read the Security notice as well as How it works!, (*2)

Table of contents * Quick start * Complete example * API reference * How it works * Security notice * License * Created by Inpsyde, (*3)

Quick start

1) Install the WordPress developer package in the version you want to test with (e.g. the 4.4 branch):, (*4)

$ composer require inpsyde/wordpress-dev:~4.4 --dev --prefer-dist

(Suggesting you use the --prefer-dist option because the package is really large.), (*5)

2) Install WP Tests Starter:, (*6)

$ composer require inpsyde/wp-tests-starter:~1.0 --dev

3) Setup the minimum required parameter (the database credentials) and run the bootstrap:, (*7)

<?php
use
    WpTestsStarter\WpTestsStarter;

// The full path to the wordpress package
$starter = new WpTestsStarter( '/path/to/your-project/vendor/inpsyde/wordpress-dev' );

// Minimum required settings
$starter->defineDbName( 'your-test-db' );
$starter->defineDbUser( 'your-test-user' );
$starter->defineDbPassword( 'your-test-user' );
$starter->setTablePrefix( 'your_table_prefix_' );

// This will finally include the WordPress test bootstrap
$starter->bootstrap();

Complete example

Assuming you want to setup WordPress integration tests (using PHPUnit) for your plugin, that has the following directory structure:, (*8)

some_plugin/
    assets/
    src/
        SomePluginCode.php
    tests/
        WpIntegration/
            SomePluginCodeTest.php
        bootstrap.php
    vendor/
        autoload.php
        ...
    some_plugin.php
    composer.json
    composer.lock
    phpunit.xml.dist

After you installed the both packages inpsyde/wordpress-dev and inpsyde/wp-tests-starter like described above, they will appear in your composer.json:, (*9)

  "require-dev": {
    "inpsyde/wordpress-dev": "~4.4",
    "inpsyde/wp-tests-starter": "~1.0",
  }

The packages itself are installed inside the vendor/ directory. Now that you have all dependencies, prepare your phpunit.xml.dist:, (*10)

<phpunit
    bootstrap="tests/bootstrap.php"
    backupGlobals="false"
    colors="true"
    convertErrorsToExceptions="true"
    convertNoticesToExceptions="true"
    convertWarningsToExceptions="true"
    >
    <php>
        <const name="SomePlugin\Test\DB_USER" value="PLACEHOLDER" />
        <const name="SomePlugin\Test\DB_NAME" value="PLACEHOLDER" />
        <const name="SomePlugin\Test\DB_PASSWORD" value="PLACEHOLDER" />
        <const name="SomePlugin\Test\DB_HOST" value="localhost" />
        <const name="SomePlugin\Test\DB_CHARSET" value="utf8" />
        <const name="SomePlugin\Test\DB_COLLATE" value="" />
        <const name="SomePlugin\Test\DB_TABLE_PREFIX" value="some_plugin_" />
    </php>
    <testsuites>
        <testsuite name="WpIntegrationTests">
            <directory suffix="Test.php">./tests/WpIntegration</directory>
        </testsuite>
    </testsuites>
</phpunit>

This configures PHPUnit to do the following steps:, (*11)

  • defining the constants declared in the <php></php> section.
  • loading the test/bootstrap.php file
  • iterating recursively over the tests/WpIntegration directory looking for files named like *Test.php, treating each file as a PHPUnit test case.

Important! Make sure you don't write your actual credentials into phpunit.xml.dist! This file acts as template and should be placed under version control (e.g. git). That's what the .dist stands for. Instead, make a local copy of phpunit.xml.dist and name it phpunit.xml. Make sure phpunit.xml is ignored by your VCS (e.g. add it to .gitignore when git is your weapon of choice). Now write your database credentials into phpunit.xml., (*12)

Finally we write the required code to the tests/bootstrap.php to bootstrap everything., (*13)

<?php // tests/bootstrap.php

namespace SomePlugin\Test;

use
     WpTestsStarter\WpTestsStarter;

/**
 * require composers autoload file, if it exists
 * __DIR__ points to the tests/ directroy
 */
$base_dir = dirname( __DIR__ );

$autoload_file = "{$base_dir}/vendor/autoload.php";
if ( file_exists( $autoload_file ) ) {
    /**
     * this will load all your dependencies including WP Tests Starter
     * except the wordpress core as it does not support autoloading
     */
    require_once $autoload_file;
}

/**
 * the path is fine for the default configuration of composer
 * you only have to adapt it, when you configured composer to use
 * custom install paths
 */
$starter = new WpTestsStarter( "{$base_dir}/vendor/inpsyde/wordpress-dev" );

// phpunit defined these constants for you
$starter->defineDbName( DB_NAME );
$starter->defineDbUser( DB_USER );
$starter->defineDbPassword( DB_PASSWORD );
$starter->setTablePrefix( DB_TABLE_PREFIX );

// this will finally create the wp-tests-config.php and include the wordpress core tests bootstrap
$starter->bootstrap();

That's all about configuration. Let's have a quick look on a sample test case in tests/WpIntegration/SomePluginCodeTest.php., (*14)

<?php

namespace SomePlugin\Test\WpIntegration;

use
    WP_UnitTestCase;

class SomePluginCodeTest extends WP_UnitTestCase {

    public function test_it() {

        $this->assertTrue(
            class_exists( 'WP_Query' )
        );
    }
}

As you can see, your tests now running under a complete WordPress environment. So for example you can use the WP_UnitTestCase class which performs a database rollback after each test., (*15)

API reference

WP Tests starter provides the following methods to configure your tests., (*16)

WpTestsStarter WpTestsStarter::__construct( string $baseDir, [ WpTestsStarter\Common\SaltGeneratorInterface $saltGenerator = NULL ] )

$baseDir must specify the path to the directory of the WordPres developer package. $saltGenerator can be an instance of SaltGeneratorInterface. Default is WpTestsStarter\Common\SaltGenerator., (*17)


void WpTestsStarter::bootstrap()

Defines missing mandatory constants, creates the file wp-tests-config.php and loads the WordPress core bootstrap., (*18)


bool WpTestsStarter::defineConst( string $fqn, mixed $value );

Defines an arbitrary constant $fqn (full qualified name) with the value $value. Example $starter->defineConst( 'SomePlugin\FOO', 'Hello World' ); Returns FALSE if the constant already exists, otherwise TRUE., (*19)


void WpTestsStarter::defineAbspath( [ string $absPath = '' ] );

Defines the constant \ABSPATH. Default value is WpTestsStarter::$baseDir . '/src/, if no or empty value is given., (*20)


void WpTestsStarter::defineDbName( string $dbName );

Defines the constant \DB_NAME., (*21)


void WpTestsStarter::defineDbHost( [ string $dbHost = 'localhost' ] );

Defines the constant \DB_HOST., (*22)


void WpTestsStarter::defineDbUser( string $dbUser );

Defines the constant \DB_USER., (*23)


void WpTestsStarter::defineDbPassword( string $dbPassword );

Defines the constant \DB_PASSWORD., (*24)


void WpTestsStarter::defineDbCharset( [ string $dbCharset = 'utf8' ] );

Defines the constant \DB_CHARSET., (*25)


void WpTestsStarter::defineDbCollate( [ string $dbCollate = '' ] );

Defines the constant \DB_COLLATE., (*26)


void WpTestsStarter::defineWpDebug( [ bool $dbDebug = FALSE ] );

Defines the constant \WP_DEBUG., (*27)


void WpTestsStarter::defineSalts();

Create random values for each of the keys and defines the constants \AUTH_KEY, \SECURE_AUTH_KEY, \LOGGED_IN_KEY, \NONCE_KEY, \SECURE_AUTH_SALT, \LOGGED_IN_SALT and \NONCE_SALT., (*28)


void WpTestsStarter::defineTestsDomain( [ string $domain = 'example.org' ] );

Defines the constant \WP_TESTS_DOMAIN., (*29)


void WpTestsStarter::defineTestsEmail( [ string $email = 'admin@example.org' ] );

Defines the constant \WP_TESTS_EMAIL., (*30)


void WpTestsStarter::defineTestsTitle( [ string $title = 'Test Blog' ] );

Defines the constant \WP_TESTS_TITLE., (*31)


void WpTestsStarter::definePhpBinary( [ string $binary = 'php' ] );

Defines the constant \WP_PHP_BINARY., (*32)


void WpTestsStarter::defineWpLang( [ string $lang = '' ] );

Defines the constant \WPLANG., (*33)


void WpTestsStarter::defineTestForceKnownBugs( bool $flag );

Defines the constant \WP_TESTS_FORCE_KNOWN_BUGS., (*34)


void WpTestsStarter::defineTestMultisite( bool $flag );

Defines the constant \WP_TESTS_MULTISITE., (*35)


void WpTestsStarter::defineWpPluginDir( string $dir );

Defines the constant \WP_PLUGIN_DIR., (*36)


void WpTestsStarter::setActivePlugin( string $plugin );

Activates a plugin for the test run. Provide a file path relative to \WP_PLUGIN_DIR e.g. some_plugin/some_plugin.php. The function can be used one or more times to specify more than one acitve plugin., (*37)

Declares the global array $GLOBALS[ 'wp_tests_options' ][ 'active_plugins' ]., (*38)


void WpTestsStarter::setTablePrefix( [ string $tablePrefix = 'wptests_' ] );

Declares the global variable $GLOBALS[ 'table_prefix' ]., (*39)


void WpTestsStarter::setGlobal( string $var, mixed $value );

Declares or overrides the global variable $GLOBALS[ $var ] to the value $value., (*40)


void WpTestsStarter::createDummyConfigFile();

Writes all constants and globals, that was configured via this WpTestsStarter instance to the file "{WpTestsStarter::getConfigFile()}/wp-tests-config.php"., (*41)


string WpTestsStarter::getConfigFile();

Returns "{WpTestsStarter::$baseDir}/wp-tests-config.php"., (*42)


array WpTestsStarter::getDefinedConstants();

Returns all constants defined with this instance as an array [ name -> value ]., (*43)

How it works

This package writes dynamically the definition of the constants in the wp-tests-config.php file inside the packages directory (typically vendor/inpsyde/wordpress-dev)., (*44)

Security notice

You should not use this package in productive environments but only on well controlled developing and testing environments. The package generates PHP code which is in fact nothing else then eval(). It is necessary as the wp-tests-config.php has to be placed inside the package root directory which is typically under composer control., (*45)

License

Good news, this plugin is free for everyone! Since it's released under this License, you can use it free of charge on your personal or commercial website., (*46)

Created by Inpsyde

Visit us at inpsyde.com., (*47)

Back to top, (*48)

The Versions

28/01 2016

dev-master

9999999-dev

A package that helps you setting up WordPress integration test environments quickly.

  Sources   Download

MIT

The Requires

  • php >=5.3.0

 

The Development Requires

wordpress tests integration tests

28/01 2016

dev-issue_4

dev-issue_4

A package that helps you setting up WordPress integration test environments quickly.

  Sources   Download

MIT

The Requires

  • php >=5.3.0

 

The Development Requires

wordpress tests integration tests

28/01 2016

1.0.2

1.0.2.0

A package that helps you setting up WordPress integration test environments quickly.

  Sources   Download

MIT

The Requires

  • php >=5.3.0

 

The Development Requires

wordpress tests integration tests

17/11 2015

1.0.1

1.0.1.0

A package that helps you setting up WordPress integration test environment quickly.

  Sources   Download

MIT

The Requires

  • php >=5.3.0

 

The Development Requires

wordpress tests integration tests

17/11 2015

1.0.0

1.0.0.0

A package that helps you setting up WordPress integration test environment quickly.

  Sources   Download

The Requires

  • php >=5.3.0

 

The Development Requires

wordpress tests integration tests