Appearance
Getting started with Allure Cypress
Generate beautiful HTML reports using Allure Report and your Cypress tests.
Setting up
1. Prepare your project
Make sure Node.js is installed.
Allure Cypress is tested against Node.js 18 and higher. Older versions may work, but we can't guarantee that.
Open a terminal and go to the project directory. For example:
bashcd /home/user/myproject
Make sure Allure Report is installed. If it's not, follow the installation instructions. Note that Allure Report requires Java.
Install the Allure Cypress adapter.
bashnpm install --save-dev allure-cypress
bashyarn add --dev allure-cypress
bashpnpm install --dev allure-cypress
In the
e2e
section of your Cypress configuration script, define asetupNodeEvents()
function that callsallureCypress()
, as shown in the example.Pass the configuration options if necessary, see Allure Cypress configuration.
jsimport { allureCypress } from "allure-cypress/reporter"; export default { e2e: { setupNodeEvents(on, config) { allureCypress(on, config, { resultsDir: "allure-results", }); return config; }, }, };
TIP
If you use custom event handlers or third-party Cypress plugins that may rely on event handling, follow the recommendations in Using Allure Cypress with custom event handlers or Using Allure Cypress with other Cypress plugins.
In your E2E support file, import the Allure Cypress library.
jsimport "allure-cypress";
2. Run tests
Run your Cypress tests the same way as your would run them usually. For example:
bash
npx cypress run
bash
yarn run cypress run
bash
pnpx cypress run
This will save necessary data into allure-results
or other directory, according to the configuration. If the directory already exists, the new files will be added to the existing ones, so that a future report will be based on them all.
3. Generate a report
Finally, run Allure to convert the test results into an HTML report. This will automatically open your browser to view the report.
bash
allure serve allure-results
If necessary, replace allure-results
with the path to the directory specified in the configuration.
There are some options that can affect how the report is generated. Run allure --help
for the full list of options.
Writing tests
The Allure Cypress adapter extends the standard reporting features of Cypress by providing additional capabilities for crafting more informative and structured tests. This section highlights key enhancements that can be utilized:
- Metadata Annotation: Enhance test reports with descriptions, links, and other metadata.
- Test Organization: Structure your tests into clear hierarchies for better readability and organization organize tests.
- Step Division: Break down tests into smaller test steps for easier understanding and maintenance.
- Parametrized Tests: Clearly describe the parameters for parametrized tests to specify different scenarios.
- Set labels globally: Use environment variables to set metadata and other labels.
- Attachments: Automatically capture screenshots and other files during test execution.
- Test Selection: Use a test plan file to select which tests to run, allowing for flexible test execution.
- Environment Details: Include comprehensive environment information to accompany the test report.
In most cases, Allure Cypress provides two different ways to use a feature: the Runtime API and the Metadata API.
Runtime API: use Allure's functions to add certain data to the test result during its execution. This approach allows for constructing the data dynamically.
Note that it is recommended to call the Allure's functions as close to the beginning of the test as possible. This way, the data will be added even if the test fails early.
Metadata API: add a metadata tag (beginning with
@
) into the test name. Allure Cypress will extract it and update the test result's data accordingly. When using this approach, the data is guaranteed to be added regardless of how the test itself runs.
Add Metadata
Allure allows you to enrich your reports with a variety of metadata. This additional information provides context and details for each test, enhancing the report's usefulness. Refer to the metadata reference section for an exhaustive list of what can be added.
ts
import * as allure from "allure-js-commons";
it("Authentication", () => {
allure.description("This test attempts to log into the website.");
allure.displayName("Test Authentication");
allure.owner("John Doe");
allure.tags("Web interface", "Authentication");
allure.severity("critical");
// ...
});
ts
it(
"Authentication" +
" @allure.label.owner:JohnDoe" +
" @allure.label.tag:WebInterface" +
" @allure.label.tag:Authentication" +
" @allure.label.severity:critical",
() => {
// ...
},
);
Organize tests
As described in Improving navigation in your test report, Allure supports multiple ways to organize tests into hierarchical structures.
To specify a test's location in the behavior-based hierarchy:
ts
import * as allure from "allure-js-commons";
it("Authentication", () => {
allure.epic("Web interface");
allure.feature("Essential features");
allure.story("Authentication");
// ...
});
ts
it(
"Authentication" +
" @allure.label.epic:WebInterface" +
" @allure.label.feature:EssentialFeatures" +
" @allure.label.story:Authentication",
() => {
// ...
},
);
To specify a test's location in the suite-based hierarchy:
ts
import * as allure from "allure-js-commons";
it("Authentication", () => {
allure.parentSuite("Tests for web interface");
allure.suite("Tests for essential features");
allure.subSuite("Tests for authentication");
// ...
});
ts
it(
"Authentication" +
" @allure.label.parentSuite:TestsForWebInterface" +
" @allure.label.suite:TestsForEssentialFeatures" +
" @allure.label.subSuite:TestsForAuthentication",
() => {
// ...
},
);
Divide a test into steps
To create steps and sub-steps, you can use the step()
function, see the reference.
ts
import * as allure from "allure-js-commons";
import { Status } from "allure-js-commons";
it("Authentication", () => {
allure.step("Step 1", () => {
allure.step("Sub-step 1", (ctx) => {
ctx.parameter("foo", "1");
// ...
});
allure.step("Sub-step 2", (ctx) => {
ctx.parameter("foo", "2");
// ...
});
});
allure.logStep("Step 2", Status.SKIPPED);
});
Describe parametrized tests
A typical way to implement the parametrized tests pattern in Cypress is to define the test in a loop and use the loop variable in the test's title and body.
To display a parameter value in the test report, pass it to the parameter()
function.
ts
import * as allure from "allure-js-commons";
for (const login of ["johndoe", "[email protected]"]) {
it(`Authentication as ${login}`, () => {
allure.parameter("login", login);
allure.parameter("time", new Date().toUTCString(), { excluded: true });
// ...
});
}
Set labels globally
Any labels, including custom ones, can be set via the environment variables in your operating system. Here's an example (assuming you use the npm
package manager):
bash
export ALLURE_LABEL_epic=WebInterface
npx cypress run
powershell
$Env:ALLURE_LABEL_epic = "WebInterface"
npx cypress run
Attach screenshots and other files
In Allure reports, you have the ability to attach various types of files, which can greatly enhance the comprehensibility of the report. A common practice is to attach screenshots that capture the state of the user interface at specific moments during test execution.
If your test calls cy.screenshot()
or if the video recording is enabled in the Cypress configuration, the resulting images and video files will be attached to the test results automatically.
Adding other file is possible by using the allure.attachment()
and allure.attachmentPath()
functions, see the reference.
ts
import * as allure from "allure-js-commons";
import { ContentType } from "allure-js-commons";
it("Authentication", () => {
// ...
allure.attachment("Text file", "This is the file content.", ContentType.TEXT);
allure.attachmentPath("Screenshot", "/path/to/image.png", {
contentType: ContentType.PNG,
fileExtension: "png",
});
});
Select tests via a test plan file
WARNING
For this feature to work, make sure that the config
object is passed from Cypress to Allure Cypress, as shown in the configuration example.
If the ALLURE_TESTPLAN_PATH
environment variable is defined and points to an existing file, Cypress will only run tests listed in this file.
Here's an example of running tests according to a file named testplan.json
(assuming you use the npm
package manager):
bash
export ALLURE_TESTPLAN_PATH=testplan.json
npx cypress run
powershell
$Env:ALLURE_TESTPLAN_PATH = "testplan.json"
npx cypress run
Environment information
For the main page of the report, you can collect various information about the environment in which the tests were executed. To do so, edit the environmentInfo
object in the configuration.
For example, it is a good idea to use this to remember the OS version and Node.js version retrieved from the os
and process
objects. This may help the future reader investigate bugs that are reproducible only in some environments.
js
import { allureCypress } from "allure-cypress/reporter";
import * as os from "node:os";
export default {
e2e: {
setupNodeEvents(on, config) {
allureCypress(on, config, {
environmentInfo: {
os_platform: os.platform(),
os_release: os.release(),
os_version: os.version(),
node_version: process.version,
},
});
return config;
},
},
};
Note that if your launch includes multiple Cypress runs (see How it works), Allure Cypress will only save the environment information from the latest run.