Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/Yoast/wp-test-utils
PHPUnit and WordPress cross-version compatibility layer for testing plugins and themes build for WordPress
https://github.com/Yoast/wp-test-utils
brainmonkey integration-testing phpunit unit-testing wordpress
Last synced: about 1 month ago
JSON representation
PHPUnit and WordPress cross-version compatibility layer for testing plugins and themes build for WordPress
- Host: GitHub
- URL: https://github.com/Yoast/wp-test-utils
- Owner: Yoast
- License: other
- Created: 2020-10-09T13:50:53.000Z (about 4 years ago)
- Default Branch: develop
- Last Pushed: 2024-11-07T19:28:39.000Z (about 2 months ago)
- Last Synced: 2024-11-16T17:46:06.186Z (about 1 month ago)
- Topics: brainmonkey, integration-testing, phpunit, unit-testing, wordpress
- Language: PHP
- Homepage:
- Size: 182 KB
- Stars: 54
- Watchers: 17
- Forks: 3
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
- Changelog: CHANGELOG.md
- License: LICENSE
Awesome Lists containing this project
README
WP Test Utils
=====================================================
[](https://packagist.org/packages/yoast/wp-test-utils)
[](https://github.com/Yoast/wp-test-utils/actions/workflows/cs.yml)
[](https://github.com/Yoast/wp-test-utils/actions/workflows/test.yml)
[](https://coveralls.io/github/Yoast/wp-test-utils?branch=develop)
[](https://packagist.org/packages/yoast/wp-test-utils)
[](https://github.com/Yoast/wp-test-utils/blob/main/LICENSE)
This library contains a set of utilities for running automated tests for WordPress plugins and themes.
* [Requirements](#requirements)
* [Installation](#installation)
* [Features](#features)
- [Utilities for running tests using BrainMonkey](#utilities-for-running-tests-using-brainmonkey)
- [Basic `TestCase` for use with BrainMonkey](#basic-testcase-for-use-with-brainmonkey)
- [Yoast TestCase for use with BrainMonkey](#yoast-testcase-for-use-with-brainmonkey)
- [Bootstrap file for use with BrainMonkey](#bootstrap-file-for-use-with-brainmonkey)
- [Helpers to create test doubles for unavailable classes](#helpers-to-create-test-doubles-for-unavailable-classes)
- [Utilities for running integration tests with WordPress](#utilities-for-running-integration-tests-with-wordpress)
- [What these utilities solve](#what-these-utilities-solve)
- [Basic `TestCase` for WordPress integration tests](#basic-testcase-for-wordpress-integration-tests)
- [Bootstrap utility functions and custom autoloader](#bootstrap-utility-functions-and-custom-autoloader)
- [Test Helpers](#test-helpers)
- [`Yoast\WPTestUtils\Helpers\EscapeOutputHelper` trait](#yoastwptestutilshelpersescapeoutputhelper-trait)
* [Contributing](#contributing)
* [License](#license)
Requirements
-------------------------------------------
* PHP 5.6 or higher.
The following packages will be automatically required via Composer:
* [PHPUnit Polyfills] 1.1.0 or higher.
* [PHPUnit] 5.7 - 9.x.
* [BrainMonkey] 2.6.1 or higher.
Installation
-------------------------------------------
To install this package, run:
```bash
composer require --dev yoast/wp-test-utils
```
To update this package, run:
```bash
composer update --dev yoast/wp-test-utils --with-dependencies
```
Features
-------------------------------------------
This library contains a set of utilities for running automated tests for WordPress plugins and themes.
### Utilities for running tests using BrainMonkey
#### Basic `TestCase` for use with BrainMonkey
Features of this `TestCase`:
1. Cross-version compatibility with PHPUnit 5.7 - 9.x via the [PHPUnit Polyfills] package.
2. The BrainMonkey and Mockery set up and tear down is already handled.
3. Tests using Mockery expectations will not be marked as "risky", even when there are no assertions.
4. Makes alternative implementations of the BrainMonkey native [`stubTranslationFunctions()`](https://giuseppe-mazzapica.gitbook.io/brain-monkey/functions-testing-tools/function-stubs#pre-defined-stubs-for-translation-functions) and [`stubEscapeFunctions()`](https://giuseppe-mazzapica.gitbook.io/brain-monkey/functions-testing-tools/function-stubs#pre-defined-stubs-for-escaping-functions) functions available.
The BrainMonkey native functions create stubs which will apply basic HTML escaping if the stubbed function is an escaping function, like `esc_html__()`.
The alternative implementations of these functions will create stubs which will return the original value without change. This makes creating tests easier as the `$expected` value does not need to account for the HTML escaping.
_Note: the alternative implementation should be used selectively._
5. Helper functions for [setting expectations for generated output](#yoastwptestutilshelpersescapeoutputhelper-trait).
6. Helper functions for [creating "dummy" test doubles for unavailable classes](#helpers-to-create-test-doubles-for-unavailable-classes).
**_Implementation example:_**
```php
stubTranslationFunctions(); // No HTML escaping will be applied.
// Or:
\Brain\Monkey\Functions\stubTranslationFunctions(); // HTML escaping will be applied.
// Test your code.
}
public function testAFunctionContainingOutputEscaping() {
$this->stubEscapeFunctions(); // No HTML escaping will be applied.
// Or:
\Brain\Monkey\Functions\stubEscapeFunctions(); // HTML escaping will be applied.
// Test your code.
}
}
```
#### Yoast TestCase for use with BrainMonkey
Features of this TestCase:
1. All the benefits of the basic TestCase as outlined above.
2. By default, the following WordPress functions will be stubbed, in addition to [the stubs already provided by BrainMonkey](https://giuseppe-mazzapica.gitbook.io/brain-monkey/wordpress-specific-tools/wordpress-tools):
| WP function | Stub will return |
|--------------------------------------------------------|---------------------------------------------------------------------------------------|
| `get_bloginfo( 'charset' )` | `'UTF-8'` |
| `get_bloginfo( 'language' )` | `'English'` |
| `is_multisite()` | Value of the `WP_TESTS_MULTISITE` PHP constant as a boolean (if defined), otherwise `false` | |
| `mysql2date( $format, $date )` | `$date` (original value) |
| `number_format_i18n( $number, $decimals )` | `$number` (original value) |
| `sanitize_text_field( $str )` | `$str` (original value) |
| `site_url()` | `'https://www.example.org'` |
| `wp_kses_post( $data )` | `$data` (original value) |
| `wp_parse_args( $args, $defaults )` | `array_merge( $defaults, $args )` |
| `wp_strip_all_tags( $string, $remove_breaks = false )` | Emulated return value as per the WP native functionality, might miss some edge cases |
| `wp_slash( $value )` | `$value` (original value) |
| `wp_unslash( $value )` | `stripslashes( $value )` if `$value` is a string, otherwise `$value` (original value) |
**_Implementation example:_**
```php
:bulb: The problem this feature solves has been fixed in Mockery 1.6.0, so if you use Mockery 1.6.0 or higher for test runs against PHP 8.2 or higher, you should no longer need this solution.
##### Why you may need to create test doubles for unavailable classes
Typically a mock for an unavailable class is created using `Mockery::mock()` or `Mockery::mock( 'Unavailable' )`.
When either the test or the code under test sets a property on such a mock, this will lead to a ["Creation of dynamic properties is deprecated" notice](https://wiki.php.net/rfc/deprecate_dynamic_properties) on PHP >= 8.2, which can cause tests to error out.
If you know for sure the property being set on the mock is a declared property or a property supported via [magic methods](https://www.php.net/oop5.overloading#language.oop5.overloading.members) on the class which is being mocked, the _code under test_ will under normal circumstances never lead to this deprecation notice, but your tests now do.
Primarly this is an issue with Mockery. A [question on how to handle this/to add support for this in Mockery itself](https://github.com/mockery/mockery/issues/1197) is open, but in the mean time a work-around is needed (if you're interested, have a read through the Mockery issue for details about alternative solutions and why those don't work as intended).
##### How to use the functionality
WP Test Utils offers three new utilities to solve this (as of version 1.1.0).
* `Yoast\WPTestUtils\BrainMonkey\makeDoublesForUnavailableClasses( array $class_names )` for use from within a test bootstrap file.
* `Yoast\WPTestUtils\BrainMonkey\TestCase::makeDoublesForUnavailableClasses( array $class_names )` and `Yoast\WPTestUtils\BrainMonkey\TestCase::makeDoubleForUnavailableClass( string $class_name )` for use from within a test class.
These methods can be used to create one or more "fake" test double classes on the fly, which allow for setting (dynamic) properties.
These "fake" test double classes are effectively opaque classes which extend `stdClass`.
These methods are solely intended for classes which are unavailable during the test run and have no effect (at all!) on classes which _are_ available during the test run.
For setting expectations on the "fake" test double, use `Mockery::mock( 'FakedClass' )`.
**_Implementation example using the bootstrap function:_**
You can create the "fake" test doubles for a complete test suite in one go in your test bootstrap file like so:
```php
post_title = 'my test title';
$wp_post->post_type = 'my_custom_type';
$this->assertSame( 'expected', \function_under_test( $wp_post ) );
}
}
```
### Utilities for running integration tests with WordPress
#### What these utilities solve
1. **Running tests using the PHPUnit native [mocking functionality](https://phpunit.readthedocs.io/en/stable/test-doubles.html) against PHP 8.0, while testing against WordPress 5.6 - 5.8.**
WP 5.6 is the first WordPress version with (beta) support for PHP 8.0.
In most cases, for WordPress integration tests, the WordPress Core native test bootstrap file will be loaded to set up the test environment, including the database.
However, WordPress, until WP 5.9, had a hard limit on PHPUnit 7.5 max, while PHPUnit 9.3 is the first PHPUnit version which has full PHP 8.0 support, making testing on PHP 8.0 with WP 5.6 - 5.8 problematic.
In WordPress 5.6 to 5.8, this problem was solved by adding copies of select PHPUnit 9.x files to the WordPress test suite and loading those files when running PHPUnit 7.x on PHP 8.0, instead of the PHPUnit 7.x native ones.
The way this solution was implemented, however, is not portable to plugins/themes.
WP Test Utils solves this problem for plugin and theme integration tests via the WP Integration test bootstrap utilities.
2. **WP 5.9 makes significant changes to the WP Core test suite**
As of WP 5.9, the [PHPUnit Polyfills] package has become a requirement, test fixtures now need to be declared in `snake_case` etc.
For full details about what has changed in the WP Core test suite in WP 5.9, please see the [Make Core dev-note about these changes](https://make.wordpress.org/core/2021/09/27/changes-to-the-wordpress-core-php-test-suite/).
These WP Core test changes have been partially backported and once a plugin/theme integration test suite has been upgraded for the WP 5.9 changes, it can be safely run against the WP `trunk` and `5.x` (`5.2` - `5.8`) branches.
There is a caveat to this however:
- Plugins/themes which test against older WP versions (< `5.2`) don't have access to either the polyfills or the snake_case fixture method wrappers.
- Same goes for tests being run against WP `latest` until WordPress `5.8.2` has been tagged.
- Same goes for tests being run against specific WP 5.2 - 5.8 minors released before the backports were committed, i.e. WP `5.2.0` - `5.2.12`, WP `5.3.0` - `5.3.9`, WP `5.4.0` - `5.4.7`, WP `5.5.0` - `5.5.6`, WP `5.6.0` - `5.6.5`, WP `5.7.0` - `5.7.3` and WP `5.8.0` - `5.8.1`.
WP Test Utils solves this problem by having two version of the `TestCase` offered and loading the correct one depending on the WP version the tests are being run against.
The loading of the correct `TestCase` is, again, handled via the WP Integration test bootstrap utilities.
#### Basic `TestCase` for WordPress integration tests
Features of this `TestCase`:
1. Extends the WP native base test case `WP_UnitTestCase`, making all the WP Core test utilities available to your integration test classes.
2. Cross-version compatibility with PHPUnit 5.7 - 9.x via the [PHPUnit Polyfills] package.
_Using these polyfills you can use the up-to-date PHPUnit 9.x syntax, independently of the WP version against which the tests are being run._
_Note: WordPress Core in WP < 5.9 still limits integration tests to running on PHPUnit 7.5 max. As of WP 5.9, tests can run cross-version on PHPUnit 5.7 - 9.x._
3. Ability to use the fixture method `snake_case` wrappers independently of the WP version against which the tests are being run.
4. Helper functions for setting expectations for generated output.
**_Implementation example:_**
```php
[ 'plugin-name/main-file.php' ],
];
require_once dirname( __DIR__ ) . '/vendor/yoast/wp-test-utils/src/WPIntegration/bootstrap-functions.php';
/*
* Bootstrap WordPress. This will also load the Composer autoload file, the PHPUnit Polyfills
* and the custom autoloader for the TestCase and the mock object classes.
*/
WPIntegration\bootstrap_it();
if ( ! defined( 'WP_PLUGIN_DIR' ) || file_exists( WP_PLUGIN_DIR . '/plugin-name/main-file.php' ) === false ) {
echo PHP_EOL, 'ERROR: Please check whether the WP_PLUGIN_DIR environment variable is set and set to the correct value. The integration test suite won\'t be able to run without it.', PHP_EOL;
exit( 1 );
}
```
**_Implementation example 2:_**
```php
use Yoast\WPTestUtils\WPIntegration;
require_once dirname( __DIR__ ) . '/vendor/yoast/wp-test-utils/src/WPIntegration/bootstrap-functions.php';
$_tests_dir = WPIntegration\get_path_to_wp_test_dir();
// Get access to tests_add_filter() function.
require_once $_tests_dir . 'includes/functions.php';
/**
* Callback to manually load the plugin
*/
function _manually_load_plugin() {
require_once __DIR__ . '/relative/path/to/main-file.php';
}
// Add plugin to active mu-plugins to make sure it gets loaded.
tests_add_filter( 'muplugins_loaded', '_manually_load_plugin' );
/*
* Bootstrap WordPress. This will also load the Composer autoload file, the PHPUnit Polyfills
* and the custom autoloader for the TestCase and the mock object classes.
*/
WPIntegration\bootstrap_it();
```
### Test Helpers
#### `Yoast\WPTestUtils\Helpers\EscapeOutputHelper` trait
PHPUnit natively contains the `expectOutputString()` (exact string) and the `expectOutputRegex()` (regex match) method, but sometimes you need a little more flexibility.
A typical pattern used, is to check whether the output generated contains certain substrings.
And a typical reason for mismatched output versus expectation, is a mismatch in line endings.
This `EscapeOutputHelper` trait adds the following functions to solve these issues:
* `expectOutputContains( $expected, $ignoreEolDiff = true )` to verify whether generated output contains a certain substring.
In the same vein as the PHPUnit native methods, only one such expectation can be set in a test.
If a test needs to check that the generated output contains multiple different substrings, refactor the test to use a data provider feeding the test one substring at a time.
* `normalizeLineEndings( $output )` which is intended to be used in conjunction with the PHPUnit native `setOutputCallback()` method to normalize line endings in the actual output before comparing output expectations with the actual output.
:point_right: This trait is automatically available to test classes based on the BrainMonkey or WPIntegration `TestCase`s as included in WP Test Utils.
Contributing
-------
Contributions to this project are welcome. Clone the repo, branch off from `develop`, make your changes, commit them and send in a pull request.
If you are unsure whether the changes you are proposing would be welcome, please open an issue first to discuss your proposal.
License
-------
This code is released under the [BSD-3-Clause License](https://opensource.org/licenses/BSD-3-Clause).
[PHPUnit Polyfills]: https://packagist.org/packages/yoast/phpunit-polyfills
[PHPUnit]: https://packagist.org/packages/phpunit/phpunit
[BrainMonkey]: https://packagist.org/packages/brain/monkey