ezsystems / allure-behat
Behat output formatter for use with Yandex Allure reporting tool
Requires
- php: ^7.3 || ^8.0
- behat/behat: ^3.3
- ezsystems/allure-php-api: ^3.3@dev
Requires (Dev)
- bex/behat-screenshot: ^1.2|^2.1
- ezsystems/ezplatform-code-style: ^0.1.0
- friendsofphp/php-cs-fixer: ^2.16.0
- ibexa/ci-scripts: ^0.1@dev
- phpunit/phpunit: ^9.0
- symfony/process: ~2.5|~3.0|~4.0|~5.0
- dev-master / 3.4.x-dev
- 3.3.x-dev
- v3.3.1
- v3.3.0
- 3.2.x-dev
- 3.1.x-dev
- v3.1.2
- v3.1.1
- v3.1.0
- v3.1.0-rc1
- v3.1.0-beta1
- v3.0.2
- v3.0.1
- v3.0.0
- 2.0.x-dev
- v2.0.6
- v2.0.5
- v2.0.4
- v2.0.3
- v2.0.2
- v2.0.1
- v2.0.0
- 1.1.0
- 1.0.3
- 1.0.2
- 1.0.1
- 1.0.0
- dev-add-pr-base-check
- dev-test-merge
- dev-IBX-777-travis-to-githubactions
- dev-add-screenshot-attachement
- dev-add-text-attachments
- dev-copy3.0
This package is auto-updated.
Last update: 2024-11-28 18:04:36 UTC
README
This is a Behat extension with Formatter that produces report data for Yandex Allure test
reporting tool with eZ Systems modification introducing requirement of eZ Systems allure-php-commons
.
Installation
To install using Composer simply add "ezsystems/allure-behat"
to composer.json
:
...
"require": {
...
"ezsystems/allure-behat": "~3.0.0",
...
},
...
Usage
To enable this extension in Behat, add it to extensions
section of your behat.yml
file
To use Allure formatter, add allure
to your list of formatters in name
formatters: pretty: true allure: output_path: %paths.base%/build/allure extensions: Allure\Behat\AllureFormatterExtension: severity_key: "severity:" ignored_tags: "tag_ignore" issue_tag_prefix: "JIRA:" test_id_tag_prefix: "BUG:"
Here:
output_path
- defines the output dir for report XML data. Default is./allure-results
ignored_tags
- either a comma separated string or valid yaml array of Scenario tags to be ignored in reportsseverity_key
- tag with this prefix will be interpreted (if possible) to define the Scenario severity level in reports (by default it'snormal
).issue_tag_prefix
- tag with this prefix will be interpreted as Issue marker and will generate issue tracking system link for test case (using allure.issues.tracker.pattern setting for allure-cli)test_id_tag_prefix
- tag with this prefix will be interpreted as Test Case Id marker and will generate TMS link for test case (using allure.tests.management.pattern setting for allure-cli)
Use attachment support
To have attachments in allure report - make sure your behat runs tests with Mink
Allure can handle exception thrown in your Context if that exception is instance of ArtifactExceptionInterface
and get screenshots path from it.
How does it work?
Behat has the following test structure:
It has Features described in separate feature files
Each Feature contains Scenarios
Each scenario contains Steps
Allure has a bit different hierarchy:
Each report contains Test Suites
A Test Suite contains Test Cases
Every Test Case can contain one or more Steps
On the other hand, Allure also supports grouping Test Cases by Feature, by Story or by Severity level.
Behat Allure formatter does the following mapping:
- Behat Test Run -> Allure Test Suite
- Gherkin Scenario (and every single Example in Scenario Outline, too) -> Allure Test Case
- Gherkin Step -> Allure Test Step
Behat Scenarios are annotated with it's feature title and description to be grouped into Allure Feature.
Behat also has tags and they are also can be used in Allure reports:
- If a tag appears in ignored_tags configuration parameter, then it will be ignored and will not appear on Allure report
- If a tag starts with severity_tag_prefix, then formatter will try to interpret it's affixed part as one of the possible Allure Severity Levels
- If a tag starts with test_id_tag_prefix, then formatter will interpret it's affixed part as Test Case Id for your TMS
- In all other cases tag will be parsed as Allure Story annotation
Contribution?
Feel free to open PR with changes but before pls make sure you pass tests
./vendor/behat/behat/bin/behat