allure-framework / allure-phpunit
Allure PHPUnit integration
Installs: 10 120 241
Dependents: 30
Suggesters: 0
Security: 0
Stars: 60
Watchers: 14
Forks: 29
Open Issues: 16
Requires
- php: ~8.1.0 || ~8.2.0 || ~8.3.0
- allure-framework/allure-php-commons: ^2
- phpunit/phpunit: ^10
Requires (Dev)
- brianium/paratest: ^7
- psalm/plugin-phpunit: ^0.18.4
- squizlabs/php_codesniffer: ^3.7.2
- vimeo/psalm: ^5.15
Conflicts
- amphp/byte-stream: <1.5.1
- brianium/paratest: <7.0.3
- dev-main
- v3.0.1
- v3.0.0
- v2.1.0
- v2.0.0
- v2.0.0-rc.4
- v2.0.0-rc.3
- v2.0.0-rc.2
- v2.0.0-rc.1
- v1.x-dev
- 1.5.0
- 1.4.0
- 1.3.1
- 1.3.0
- 1.2.4
- 1.2.3
- 1.2.2
- 1.2.1
- 1.2.0
- 1.1.3
- 1.1.2
- 1.1.1
- 1.1.0
- 1.0.1
- 1.0.0
- dev-dependabot/composer/psalm/plugin-phpunit-tw-0.19.0
- dev-dependabot/github_actions/zwaldowski/match-label-action-5
This package is auto-updated.
Last update: 2024-12-15 23:29:56 UTC
README
This an official PHPUnit adapter for Allure Framework - a flexible, lightweight and multi-language framework for writing self-documenting tests.
Table of Contents
What is this for?
The main purpose of this adapter is to accumulate information about your tests and write it out to a set of JSON files: one for each test class. Then you can use a standalone command line tool or a plugin for popular continuous integration systems to generate an HTML page showing your tests in a good form.
Examples
Please take a look at these example tests.
How to generate report
This adapter only generates JSON files containing information about tests. See wiki section on how to generate report.
Installation && Usage
Note: this adapter supports Allure 2.x.x only.
Supported PHP versions: 8.1-8.3.
In order to use this adapter you need to add a new dependency to your composer.json file:
{
"require": {
"php": "^8.1",
"allure-framework/allure-phpunit": "^3"
}
}
Then add Allure test listener in phpunit.xml file:
<extensions> <bootstrap class="Qameta\Allure\PHPUnit\AllureExtension"> <!-- Path to config file (default is config/allure.config.php) --> <parameter name="config" value="config/allure.config.php" /> </bootstrap> </extensions>
Config is common PHP file that should return an array:
<?php return [ // Path to output directory (default is build/allure-results) 'outputDirectory' => 'build/allure-results', 'linkTemplates' => [ // Class or object must implement \Qameta\Allure\Setup\LinkTemplateInterface 'tms' => \My\LinkTemplate::class, ], 'setupHook' => function (): void { // Some actions performed before starting the lifecycle }, // Class or object must implement \Qameta\Allure\PHPUnit\Setup\ThreadDetectorInterface 'threadDetector' => \My\ThreadDetector::class, 'lifecycleHooks' => [ // Class or object must implement one of \Qameta\Allure\Hook\LifecycleHookInterface descendants. \My\LifecycleHook::class, ], ];
After running PHPUnit tests a new folder will be created (build/allure-results in the example above). This folder will contain generated JSON files. See framework help for details about how to generate report from JSON files. By default generated report will only show a limited set of information but you can use cool Allure features by adding a minimum of test code changes. Read next section for details.
Main features
This adapter comes with a set of PHP annotations and traits allowing to use main Allure features.
Human-readable test class or test method title
In order to add such title to any test class or test case method you need to annotate it with #[DisplayName] annotation:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Attribute\DisplayName; #[DisplayName("Human-readable test class title")] class SomeTest extends TestCase { #[DisplayName("Human-readable test method title")] public function testCaseMethod(): void { //Some implementation here... } }
Extended test class or test method description
Similarly you can add detailed description for each test class and test method. To add such description simply use #[Description] annotation:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Attribute\Description; #[Description("Detailed description for **test** class")] class SomeTest extends TestCase { #[Description("Detailed description for <b>test class</b>", isHtml: true)] public function testCaseMethod(): void { //Some implementation here... } }
Description can be added in Markdown format (which is default one) or in HTML format. For HTML simply pass true
value for optional isHtml
argument.
Set test severity
#[Severity] annotation is used in order to prioritize test methods by severity:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Attribute\Severity; class SomeTest extends TestCase { #[Severity(Severity::MINOR)] public function testCaseMethod(): void { //Some implementation here... } }
Specify test parameters information
In order to add information about test method parameters you should use #[Parameter] annotation. You can also use static shortcut if your marameter has dynamic value:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Allure; use Qameta\Allure\Attribute\Parameter; class SomeTest extends TestCase { #[ Parameter("param1", "value1"), Parameter("param2", "value2"), ] public function testCaseMethod(): void { //Some implementation here... Allure::parameter("param3", $someVar); } }
Map test classes and test methods to features and stories
In some development approaches tests are classified by stories and features. If you're using this then you can annotate your test with #[Story] and #[Feature] annotations:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Attribute\Feature; use Qameta\Allure\Attribute\Story; #[ Story("story1"), Story("story2"), Feature("feature1"), Feature("feature2"), Feature("feature3"), ] class SomeTest extends TestCase { #[ Story("story3"), Feature("feature4"), ] public function testCaseMethod(): void { //Some implementation here... } }
You will then be able to filter tests by specified features and stories in generated Allure report.
Attach files to report
If you wish to attach some files generated during PHPUnit run (screenshots, log files, dumps and so on) to report - then you need to use static shortcuts in your test class:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Allure; class SomeTest extends TestCase { public function testCaseMethod() { //Some implementation here... Allure::attachment("Attachment 1", "attachment content", 'text/plain'); Allure::attachmentFile("Attachment 2", "/path/to/file.png", 'image/png'); //Some implementation here... } }
In order to create an attachment simply call Allure::attachment() method. This method accepts human-readable name, string content and MIME attachment type. To attach a file, use Allure::attachmentFile() method that accepts file name instead of string content.
Divide test methods into steps
Allure framework also supports very useful feature called steps. Consider a test method which has complex logic inside and several assertions. When an exception is thrown or one of assertions fails sometimes it's very difficult to determine which one caused the failure. Allure steps allow dividing test method logic into several isolated pieces having independent run statuses such as passed or failed. This allows to have much cleaner understanding of what really happens. In order to use steps simply use static shortcuts:
namespace Example\Tests; use PHPUnit\Framework\TestCase; use Qameta\Allure\Allure; use Qameta\Allure\Attribute\Parameter; use Qameta\Allure\Attribute\Title; use Qameta\Allure\StepContextInterface; class SomeTest extends TestCase { public function testCaseMethod(): void { //Some implementation here... $x = Allure::runStep( #[Title('First step')] function (StepContextInterface $step): string { $step->parameter('param1', $someValue); return 'foo'; }, ); Allure::runStep([$this, 'stepTwo']); //Some implementation here... } #[ Title("Second step"), Parameter("param2", "value2"), ] private function stepTwo(): void { //Some implementation here... } }
The entire test method execution status will depend on every step but information about steps status will be stored separately.